diff options
Diffstat (limited to 'Documentation/feature-removal-schedule.txt')
-rw-r--r-- | Documentation/feature-removal-schedule.txt | 68 |
1 files changed, 44 insertions, 24 deletions
diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt index db205276bb53..31575e220f3b 100644 --- a/Documentation/feature-removal-schedule.txt +++ b/Documentation/feature-removal-schedule.txt | |||
@@ -84,27 +84,6 @@ Who: Luis R. Rodriguez <lrodriguez@atheros.com> | |||
84 | 84 | ||
85 | --------------------------- | 85 | --------------------------- |
86 | 86 | ||
87 | What: CONFIG_WIRELESS_OLD_REGULATORY - old static regulatory information | ||
88 | When: March 2010 / desktop catchup | ||
89 | |||
90 | Why: The old regulatory infrastructure has been replaced with a new one | ||
91 | which does not require statically defined regulatory domains. We do | ||
92 | not want to keep static regulatory domains in the kernel due to the | ||
93 | the dynamic nature of regulatory law and localization. We kept around | ||
94 | the old static definitions for the regulatory domains of: | ||
95 | |||
96 | * US | ||
97 | * JP | ||
98 | * EU | ||
99 | |||
100 | and used by default the US when CONFIG_WIRELESS_OLD_REGULATORY was | ||
101 | set. We will remove this option once the standard Linux desktop catches | ||
102 | up with the new userspace APIs we have implemented. | ||
103 | |||
104 | Who: Luis R. Rodriguez <lrodriguez@atheros.com> | ||
105 | |||
106 | --------------------------- | ||
107 | |||
108 | What: dev->power.power_state | 87 | What: dev->power.power_state |
109 | When: July 2007 | 88 | When: July 2007 |
110 | Why: Broken design for runtime control over driver power states, confusing | 89 | Why: Broken design for runtime control over driver power states, confusing |
@@ -138,19 +117,25 @@ Who: Mauro Carvalho Chehab <mchehab@infradead.org> | |||
138 | --------------------------- | 117 | --------------------------- |
139 | 118 | ||
140 | What: PCMCIA control ioctl (needed for pcmcia-cs [cardmgr, cardctl]) | 119 | What: PCMCIA control ioctl (needed for pcmcia-cs [cardmgr, cardctl]) |
141 | When: November 2005 | 120 | When: 2.6.35/2.6.36 |
142 | Files: drivers/pcmcia/: pcmcia_ioctl.c | 121 | Files: drivers/pcmcia/: pcmcia_ioctl.c |
143 | Why: With the 16-bit PCMCIA subsystem now behaving (almost) like a | 122 | Why: With the 16-bit PCMCIA subsystem now behaving (almost) like a |
144 | normal hotpluggable bus, and with it using the default kernel | 123 | normal hotpluggable bus, and with it using the default kernel |
145 | infrastructure (hotplug, driver core, sysfs) keeping the PCMCIA | 124 | infrastructure (hotplug, driver core, sysfs) keeping the PCMCIA |
146 | control ioctl needed by cardmgr and cardctl from pcmcia-cs is | 125 | control ioctl needed by cardmgr and cardctl from pcmcia-cs is |
147 | unnecessary, and makes further cleanups and integration of the | 126 | unnecessary and potentially harmful (it does not provide for |
127 | proper locking), and makes further cleanups and integration of the | ||
148 | PCMCIA subsystem into the Linux kernel device driver model more | 128 | PCMCIA subsystem into the Linux kernel device driver model more |
149 | difficult. The features provided by cardmgr and cardctl are either | 129 | difficult. The features provided by cardmgr and cardctl are either |
150 | handled by the kernel itself now or are available in the new | 130 | handled by the kernel itself now or are available in the new |
151 | pcmciautils package available at | 131 | pcmciautils package available at |
152 | http://kernel.org/pub/linux/utils/kernel/pcmcia/ | 132 | http://kernel.org/pub/linux/utils/kernel/pcmcia/ |
153 | Who: Dominik Brodowski <linux@brodo.de> | 133 | |
134 | For all architectures except ARM, the associated config symbol | ||
135 | has been removed from kernel 2.6.34; for ARM, it will be likely | ||
136 | be removed from kernel 2.6.35. The actual code will then likely | ||
137 | be removed from kernel 2.6.36. | ||
138 | Who: Dominik Brodowski <linux@dominikbrodowski.net> | ||
154 | 139 | ||
155 | --------------------------- | 140 | --------------------------- |
156 | 141 | ||
@@ -541,6 +526,39 @@ Who: Hans de Goede <hdegoede@redhat.com> | |||
541 | 526 | ||
542 | ---------------------------- | 527 | ---------------------------- |
543 | 528 | ||
529 | What: corgikbd, spitzkbd, tosakbd driver | ||
530 | When: 2.6.35 | ||
531 | Files: drivers/input/keyboard/{corgi,spitz,tosa}kbd.c | ||
532 | Why: We now have a generic GPIO based matrix keyboard driver that | ||
533 | are fully capable of handling all the keys on these devices. | ||
534 | The original drivers manipulate the GPIO registers directly | ||
535 | and so are difficult to maintain. | ||
536 | Who: Eric Miao <eric.y.miao@gmail.com> | ||
537 | |||
538 | ---------------------------- | ||
539 | |||
540 | What: corgi_ssp and corgi_ts driver | ||
541 | When: 2.6.35 | ||
542 | Files: arch/arm/mach-pxa/corgi_ssp.c, drivers/input/touchscreen/corgi_ts.c | ||
543 | Why: The corgi touchscreen is now deprecated in favour of the generic | ||
544 | ads7846.c driver. The noise reduction technique used in corgi_ts.c, | ||
545 | that's to wait till vsync before ADC sampling, is also integrated into | ||
546 | ads7846 driver now. Provided that the original driver is not generic | ||
547 | and is difficult to maintain, it will be removed later. | ||
548 | Who: Eric Miao <eric.y.miao@gmail.com> | ||
549 | |||
550 | ---------------------------- | ||
551 | |||
552 | What: capifs | ||
553 | When: February 2011 | ||
554 | Files: drivers/isdn/capi/capifs.* | ||
555 | Why: udev fully replaces this special file system that only contains CAPI | ||
556 | NCCI TTY device nodes. User space (pppdcapiplugin) works without | ||
557 | noticing the difference. | ||
558 | Who: Jan Kiszka <jan.kiszka@web.de> | ||
559 | |||
560 | ---------------------------- | ||
561 | |||
544 | What: KVM memory aliases support | 562 | What: KVM memory aliases support |
545 | When: July 2010 | 563 | When: July 2010 |
546 | Why: Memory aliasing support is used for speeding up guest vga access | 564 | Why: Memory aliasing support is used for speeding up guest vga access |
@@ -568,3 +586,5 @@ Why: The paravirt mmu host support is slower than non-paravirt mmu, both | |||
568 | on newer and older hardware. It is already not exposed to the guest, | 586 | on newer and older hardware. It is already not exposed to the guest, |
569 | and kept only for live migration purposes. | 587 | and kept only for live migration purposes. |
570 | Who: Avi Kivity <avi@redhat.com> | 588 | Who: Avi Kivity <avi@redhat.com> |
589 | |||
590 | ---------------------------- | ||