[PATCH -mm] Documentation/feature-removal-schedule.txt in date order

[PATCH -mm] Documentation/feature-removal-schedule.txt in date order

[randy_dunlap]

From: Randy Dunlap <rdunlap@xenotime.net>

Someone asked for this last week and I haven't seen it patched yet,
so here it is.

a.  arrange feature-removal items in date order
b.  fix a typo
c.  update an email address

Signed-off-by: Randy Dunlap <rdunlap@xenotime.net>

diffstat:=
 Documentation/feature-removal-schedule.txt |  111 ++++++++++++++---------------
 1 files changed, 57 insertions(+), 54 deletions(-)

diff -Naurp linux-2612-mm2/Documentation/feature-removal-schedule.txt~date_order linux-2612-mm2/Documentation/feature-removal-schedule.txt
--- linux-2612-mm2/Documentation/feature-removal-schedule.txt~date_order	2005-06-27 12:39:25.000000000 -0700
+++ linux-2612-mm2/Documentation/feature-removal-schedule.txt	2005-06-27 13:11:46.000000000 -0700
@@ -4,16 +4,14 @@ exactly is going away, why it is happeni
 the work.  When the feature is removed from the kernel, it should also
 be removed from this file.
 
+(Please keep this file in order by date of removal.)
 ---------------------------
 
-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>
+What:	register_ioctl32_conversion() / unregister_ioctl32_conversion()
+When:	April 2005
+Why:	Replaced by ->compat_ioctl in file_operations and other method
+	vectors.
+Who:	Andi Kleen <ak@muc.de>, Christoph Hellwig <hch@lst.de>
 
 ---------------------------
 
@@ -25,6 +23,17 @@ Who:	Pavel Machek <pavel@suse.cz>
 
 ---------------------------
 
+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>
+
+---------------------------
+
 What:	PCI Name Database (CONFIG_PCI_NAMES)
 When:	July 2005
 Why:	It bloats the kernel unnecessarily, and is handled by userspace better
@@ -39,46 +48,7 @@ When:	September 2005
 Why:	Replaced by io_remap_pfn_range() which allows more memory space
 	addressabilty (by using a pfn) and supports sparc & sparc64
 	iospace as part of the pfn.
-Who:	Randy Dunlap <rddunlap@osdl.org>
-
----------------------------
-
-What:	RAW driver (CONFIG_RAW_DRIVER)
-When:	December 2005
-Why:	declared obsolete since kernel 2.6.3
-	O_DIRECT can be used instead
-Who:	Adrian Bunk <bunk@stusta.de>
-
----------------------------
-
-What:	register_ioctl32_conversion() / unregister_ioctl32_conversion()
-When:	April 2005
-Why:	Replaced by ->compat_ioctl in file_operations and other method
-	vecors.
-Who:	Andi Kleen <ak@muc.de>, Christoph Hellwig <hch@lst.de>
-
----------------------------
-
-What:	RCU API moves to EXPORT_SYMBOL_GPL
-When:	April 2006
-Files:	include/linux/rcupdate.h, kernel/rcupdate.c
-Why:	Outside of Linux, the only implementations of anything even
-	vaguely resembling RCU that I am aware of are in DYNIX/ptx,
-	VM/XA, Tornado, and K42.  I do not expect anyone to port binary
-	drivers or kernel modules from any of these, since the first two
-	are owned by IBM and the last two are open-source research OSes.
-	So these will move to GPL after a grace period to allow
-	people, who might be using implementations that I am not aware
-	of, to adjust to this upcoming change.
-Who:	Paul E. McKenney <paulmck@us.ibm.com>
-
----------------------------
-
-What:	remove verify_area()
-When:	July 2006
-Files:	Various uaccess.h headers.
-Why:	Deprecated and redundant. access_ok() should be used instead.
-Who:	Jesper Juhl <juhl-lkml@dif.dk>
+Who:	Randy Dunlap <rdunlap@xenotime.net>
 
 ---------------------------
 
@@ -102,6 +72,15 @@ Who:	Jody McIntyre <scjody@steamballoon.
 
 ---------------------------
 
+What:	i2c sysfs name change: in1_ref, vid deprecated in favour of cpu0_vid
+When:	November 2005
+Files:	drivers/i2c/chips/adm1025.c, drivers/i2c/chips/adm1026.c
+Why:	Match the other drivers' name for the same function, duplicate names
+	will be available until removal of old names.
+Who:	Grant Coady <gcoady@gmail.com>
+
+---------------------------
+
 What:	register_serial/unregister_serial
 When:	December 2005
 Why:	This interface does not allow serial ports to be registered against
@@ -112,12 +91,26 @@ Who:	Russell King <rmk@arm.linux.org.uk>
 
 ---------------------------
 
-What:	i2c sysfs name change: in1_ref, vid deprecated in favour of cpu0_vid
-When:	November 2005
-Files:	drivers/i2c/chips/adm1025.c, drivers/i2c/chips/adm1026.c
-Why:	Match the other drivers' name for the same function, duplicate names
-	will be available until removal of old names.
-Who:	Grant Coady <gcoady@gmail.com>
+What:	RAW driver (CONFIG_RAW_DRIVER)
+When:	December 2005
+Why:	declared obsolete since kernel 2.6.3
+	O_DIRECT can be used instead
+Who:	Adrian Bunk <bunk@stusta.de>
+
+---------------------------
+
+What:	RCU API moves to EXPORT_SYMBOL_GPL
+When:	April 2006
+Files:	include/linux/rcupdate.h, kernel/rcupdate.c
+Why:	Outside of Linux, the only implementations of anything even
+	vaguely resembling RCU that I am aware of are in DYNIX/ptx,
+	VM/XA, Tornado, and K42.  I do not expect anyone to port binary
+	drivers or kernel modules from any of these, since the first two
+	are owned by IBM and the last two are open-source research OSes.
+	So these will move to GPL after a grace period to allow
+	people, who might be using implementations that I am not aware
+	of, to adjust to this upcoming change.
+Who:	Paul E. McKenney <paulmck@us.ibm.com>
 
 ---------------------------
 
@@ -134,3 +127,13 @@ When:	April 2006
 Files:	kernel/panic.c
 Why:	No modular usage in the kernel.
 Who:	Adrian Bunk <bunk@stusta.de>
+
+---------------------------
+
+What:	remove verify_area()
+When:	July 2006
+Files:	Various uaccess.h headers.
+Why:	Deprecated and redundant. access_ok() should be used instead.
+Who:	Jesper Juhl <juhl-lkml@dif.dk>
+
+---------------------------

Re: [PATCH -mm] Documentation/feature-removal-schedule.txt in date order

[Andrew Morton]

randy_dunlap <rdunlap@xenotime.net> wrote:
>
> a.  arrange feature-removal items in date order

I'm not sure that this will be very successful.  Every man and his dog is
patching this file - it's a major source of rejects for me and I have a
habit of sticking new records into random places just to avoid rejects
against changes coming in from other trees.

Re: [PATCH -mm] Documentation/feature-removal-schedule.txt in date order

[Kyle Moffett]

On Jun 27, 2005, at 17:05:49, Andrew Morton wrote:
> randy_dunlap <rdunlap@xenotime.net> wrote:
>> a.  arrange feature-removal items in date order
>
> I'm not sure that this will be very successful.  Every man and his  
> dog is
> patching this file - it's a major source of rejects for me and I  
> have a
> habit of sticking new records into random places just to avoid rejects
> against changes coming in from other trees.

Uhh, how about this?

Documentation/feature-removal-schedule/2005-07_devfs.txt
Documentation/feature-removal-schedule/2005-12_raw_driver.txt

On the plus side, no rejects, and significantly more readable diffs. On
the minus side, it causes many more files in the source tree, though it
does make it easier to sort by whatever takes your fancy.  grep works
better too. :-D

Cheers,
Kyle Moffett

--
Somone asked me why I work on this free (http://www.fsf.org/philosophy/)
software stuff and not get a real job. Charles Shultz had the best  
answer:

"Why do musicians compose symphonies and poets write poems? They do it
because life wouldn't have any meaning for them if they didn't.  
That's why
I draw cartoons. It's my life."
-- Charles Shultz