Re: [PATCH] USB and Driver Core patches for 2.6.10

From: Greg KH (greg_at_kroah.com)
Date: 01/08/05

  • Next message: Greg KH: "Re: [PATCH] I2C patches for 2.6.10" 
    Date:	Fri, 7 Jan 2005 21:47:49 -0800
To: linux-usb-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org

    ChangeSet 1.2252, 2005/01/07 15:24:29-08:00, greg@kroah.com

    [PATCH] add feature-removal-schedule.txt documentation

    Add Documentation/feature-removal-schedule.txt as a way to notify
    everyone when and what is going to be removed.

    Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>

     Documentation/feature-removal-schedule.txt | 17 +++++++++++++++++
     1 files changed, 17 insertions(+)

    diff -Nru a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
    --- /dev/null Wed Dec 31 16:00:00 196900
    +++ b/Documentation/feature-removal-schedule.txt 2005-01-07 15:33:15 -08:00
    @@ -0,0 +1,17 @@
    +The following is a list of files and features that are going to be
    +removed in the kernel source tree. Every entry should contain what
    +exactly is going away, why it is happening, and who is going to be doing
    +the work. When the feature is removed from the kernel, it should also
    +be removed from this file.
    +
    +---------------------------
    +
    +What: devfs
    +When: July 2005
    +Files: fs/devfs/*, include/linux/devfs_fs*.h and assorted devfs
    + function calls throughout the kernel tree
    +Why: It has been unmaintained for a number of years, has unfixable
    + races, contains a naming policy within the kernel that is
    + against the LSB, and can be replaced by using udev.
    +Who: Greg Kroah-Hartman <greg@kroah.com>
    +

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Greg KH: "Re: [PATCH] I2C patches for 2.6.10"

    Relevant Pages

    • [PATCH] add feature-removal-schedule.txt documentation
      ... > Which begs the question "how do we ever get rid of these things when we ... +The following is a list of files and features that are going to be ... +removed in the kernel source tree. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] add feature-removal-schedule.txt documentation
      ... > Ok, I'll bite, here's a patch that does just that. ... > +The following is a list of files and features that are going to be ... > +removed in the kernel source tree. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: RFC: Starting a stable kernel series off the 2.6 kernel
      ... The other advantage of a development tree was that features could be added and removed without the argument that it would break this or that. ... To a large extent -mm has become the development kernel, and as neat as that is, a development model which depends on a small number of dedicated and talented people to make it work is fragile. ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
      (Linux-Kernel)
    • Re: ide errors in 7-rc1-mm1 and later
      ... Suggestions/proposals for new features etc, if they're a good idea, I ... long-lived specs with multiple revisions, ... >Some other bigger OS wanted it differently, ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
      (Linux-Kernel)
    • Re: My thoughts on the "new development model"
      ... > efforts are not compatible with a stable-tree. ... > Stable means not only that the kernel does not hangs, but that features ... Backward compatibility remains a strict requirement as always, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    Loading