Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1 | The following is a list of files and features that are going to be |
| 2 | removed in the kernel source tree. Every entry should contain what |
| 3 | exactly is going away, why it is happening, and who is going to be doing |
| 4 | the work. When the feature is removed from the kernel, it should also |
| 5 | be removed from this file. |
| 6 | |
| 7 | --------------------------- |
| 8 | |
Luis R. Rodriguez | 4d8cd26 | 2009-09-08 12:09:47 -0700 | [diff] [blame] | 9 | What: PRISM54 |
| 10 | When: 2.6.34 |
| 11 | |
| 12 | Why: prism54 FullMAC PCI / Cardbus devices used to be supported only by the |
| 13 | prism54 wireless driver. After Intersil stopped selling these |
| 14 | devices in preference for the newer more flexible SoftMAC devices |
| 15 | a SoftMAC device driver was required and prism54 did not support |
| 16 | them. The p54pci driver now exists and has been present in the kernel for |
| 17 | a while. This driver supports both SoftMAC devices and FullMAC devices. |
| 18 | The main difference between these devices was the amount of memory which |
| 19 | could be used for the firmware. The SoftMAC devices support a smaller |
| 20 | amount of memory. Because of this the SoftMAC firmware fits into FullMAC |
| 21 | devices's memory. p54pci supports not only PCI / Cardbus but also USB |
| 22 | and SPI. Since p54pci supports all devices prism54 supports |
| 23 | you will have a conflict. I'm not quite sure how distributions are |
| 24 | handling this conflict right now. prism54 was kept around due to |
| 25 | claims users may experience issues when using the SoftMAC driver. |
| 26 | Time has passed users have not reported issues. If you use prism54 |
| 27 | and for whatever reason you cannot use p54pci please let us know! |
| 28 | E-mail us at: linux-wireless@vger.kernel.org |
| 29 | |
| 30 | For more information see the p54 wiki page: |
| 31 | |
| 32 | http://wireless.kernel.org/en/users/Drivers/p54 |
| 33 | |
| 34 | Who: Luis R. Rodriguez <lrodriguez@atheros.com> |
| 35 | |
| 36 | --------------------------- |
| 37 | |
Robin Getz | 9d9b8fb | 2009-06-17 16:25:54 -0700 | [diff] [blame] | 38 | What: IRQF_SAMPLE_RANDOM |
| 39 | Check: IRQF_SAMPLE_RANDOM |
| 40 | When: July 2009 |
| 41 | |
| 42 | Why: Many of IRQF_SAMPLE_RANDOM users are technically bogus as entropy |
| 43 | sources in the kernel's current entropy model. To resolve this, every |
| 44 | input point to the kernel's entropy pool needs to better document the |
| 45 | type of entropy source it actually is. This will be replaced with |
| 46 | additional add_*_randomness functions in drivers/char/random.c |
| 47 | |
| 48 | Who: Robin Getz <rgetz@blackfin.uclinux.org> & Matt Mackall <mpm@selenic.com> |
| 49 | |
| 50 | --------------------------- |
| 51 | |
Jiri Slaby | b694e52 | 2010-01-27 23:47:50 +0100 | [diff] [blame] | 52 | What: Deprecated snapshot ioctls |
| 53 | When: 2.6.36 |
| 54 | |
| 55 | Why: The ioctls in kernel/power/user.c were marked as deprecated long time |
| 56 | ago. Now they notify users about that so that they need to replace |
| 57 | their userspace. After some more time, remove them completely. |
| 58 | |
| 59 | Who: Jiri Slaby <jirislaby@gmail.com> |
| 60 | |
| 61 | --------------------------- |
| 62 | |
Luis R. Rodriguez | 6ee7d33 | 2009-03-20 23:53:06 -0400 | [diff] [blame] | 63 | What: The ieee80211_regdom module parameter |
Luis R. Rodriguez | 8a5117d | 2009-03-24 21:21:07 -0400 | [diff] [blame] | 64 | When: March 2010 / desktop catchup |
Luis R. Rodriguez | 6ee7d33 | 2009-03-20 23:53:06 -0400 | [diff] [blame] | 65 | |
| 66 | Why: This was inherited by the CONFIG_WIRELESS_OLD_REGULATORY code, |
| 67 | and currently serves as an option for users to define an |
| 68 | ISO / IEC 3166 alpha2 code for the country they are currently |
| 69 | present in. Although there are userspace API replacements for this |
| 70 | through nl80211 distributions haven't yet caught up with implementing |
| 71 | decent alternatives through standard GUIs. Although available as an |
| 72 | option through iw or wpa_supplicant its just a matter of time before |
| 73 | distributions pick up good GUI options for this. The ideal solution |
| 74 | would actually consist of intelligent designs which would do this for |
| 75 | the user automatically even when travelling through different countries. |
| 76 | Until then we leave this module parameter as a compromise. |
| 77 | |
| 78 | When userspace improves with reasonable widely-available alternatives for |
| 79 | this we will no longer need this module parameter. This entry hopes that |
| 80 | by the super-futuristically looking date of "March 2010" we will have |
| 81 | such replacements widely available. |
| 82 | |
| 83 | Who: Luis R. Rodriguez <lrodriguez@atheros.com> |
| 84 | |
| 85 | --------------------------- |
| 86 | |
Alan Stern | 471d055 | 2007-07-12 16:55:07 -0400 | [diff] [blame] | 87 | What: dev->power.power_state |
Pavel Machek | 1ebfd79 | 2006-08-30 13:50:27 -0700 | [diff] [blame] | 88 | When: July 2007 |
| 89 | Why: Broken design for runtime control over driver power states, confusing |
| 90 | driver-internal runtime power management with: mechanisms to support |
| 91 | system-wide sleep state transitions; event codes that distinguish |
| 92 | different phases of swsusp "sleep" transitions; and userspace policy |
| 93 | inputs. This framework was never widely used, and most attempts to |
| 94 | use it were broken. Drivers should instead be exposing domain-specific |
| 95 | interfaces either to kernel or to userspace. |
| 96 | Who: Pavel Machek <pavel@suse.cz> |
| 97 | |
| 98 | --------------------------- |
| 99 | |
Mauro Carvalho Chehab | 42d12f5 | 2009-03-10 05:02:28 -0300 | [diff] [blame] | 100 | What: Video4Linux API 1 ioctls and from Video devices. |
| 101 | When: July 2009 |
| 102 | Files: include/linux/videodev.h |
| 103 | Check: include/linux/videodev.h |
Mauro Carvalho Chehab | 11a5a10 | 2007-10-17 15:32:36 -0200 | [diff] [blame] | 104 | Why: V4L1 AP1 was replaced by V4L2 API during migration from 2.4 to 2.6 |
Mauro Carvalho Chehab | 875c296 | 2005-11-08 21:38:53 -0800 | [diff] [blame] | 105 | series. The old API have lots of drawbacks and don't provide enough |
| 106 | means to work with all video and audio standards. The newer API is |
| 107 | already available on the main drivers and should be used instead. |
| 108 | Newer drivers should use v4l_compat_translate_ioctl function to handle |
| 109 | old calls, replacing to newer ones. |
| 110 | Decoder iocts are using internally to allow video drivers to |
| 111 | communicate with video decoders. This should also be improved to allow |
| 112 | V4L2 calls being translated into compatible internal ioctls. |
Mauro Carvalho Chehab | 11a5a10 | 2007-10-17 15:32:36 -0200 | [diff] [blame] | 113 | Compatibility ioctls will be provided, for a while, via |
| 114 | v4l1-compat module. |
| 115 | Who: Mauro Carvalho Chehab <mchehab@infradead.org> |
Mauro Carvalho Chehab | 875c296 | 2005-11-08 21:38:53 -0800 | [diff] [blame] | 116 | |
| 117 | --------------------------- |
| 118 | |
Dominik Brodowski | bf45d9b0 | 2005-07-07 17:58:58 -0700 | [diff] [blame] | 119 | What: PCMCIA control ioctl (needed for pcmcia-cs [cardmgr, cardctl]) |
Dominik Brodowski | a3f916f | 2010-01-15 23:55:21 +0100 | [diff] [blame] | 120 | When: 2.6.35/2.6.36 |
Dominik Brodowski | bf45d9b0 | 2005-07-07 17:58:58 -0700 | [diff] [blame] | 121 | Files: drivers/pcmcia/: pcmcia_ioctl.c |
| 122 | Why: With the 16-bit PCMCIA subsystem now behaving (almost) like a |
| 123 | normal hotpluggable bus, and with it using the default kernel |
| 124 | infrastructure (hotplug, driver core, sysfs) keeping the PCMCIA |
| 125 | control ioctl needed by cardmgr and cardctl from pcmcia-cs is |
Dominik Brodowski | a3f916f | 2010-01-15 23:55:21 +0100 | [diff] [blame] | 126 | unnecessary and potentially harmful (it does not provide for |
| 127 | proper locking), and makes further cleanups and integration of the |
Dominik Brodowski | bf45d9b0 | 2005-07-07 17:58:58 -0700 | [diff] [blame] | 128 | PCMCIA subsystem into the Linux kernel device driver model more |
| 129 | difficult. The features provided by cardmgr and cardctl are either |
| 130 | handled by the kernel itself now or are available in the new |
| 131 | pcmciautils package available at |
| 132 | http://kernel.org/pub/linux/utils/kernel/pcmcia/ |
Dominik Brodowski | a3f916f | 2010-01-15 23:55:21 +0100 | [diff] [blame] | 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> |
Harald Welte | 7af4cc3 | 2005-08-09 19:44:15 -0700 | [diff] [blame] | 139 | |
| 140 | --------------------------- |
| 141 | |
Eric W. Biederman | 7058cb0 | 2007-10-18 03:05:58 -0700 | [diff] [blame] | 142 | What: sys_sysctl |
| 143 | When: September 2010 |
| 144 | Option: CONFIG_SYSCTL_SYSCALL |
| 145 | Why: The same information is available in a more convenient from |
| 146 | /proc/sys, and none of the sysctl variables appear to be |
| 147 | important performance wise. |
| 148 | |
| 149 | Binary sysctls are a long standing source of subtle kernel |
| 150 | bugs and security issues. |
| 151 | |
| 152 | When I looked several months ago all I could find after |
| 153 | searching several distributions were 5 user space programs and |
| 154 | glibc (which falls back to /proc/sys) using this syscall. |
| 155 | |
| 156 | The man page for sysctl(2) documents it as unusable for user |
| 157 | space programs. |
| 158 | |
| 159 | sysctl(2) is not generally ABI compatible to a 32bit user |
| 160 | space application on a 64bit and a 32bit kernel. |
| 161 | |
| 162 | For the last several months the policy has been no new binary |
| 163 | sysctls and no one has put forward an argument to use them. |
| 164 | |
| 165 | Binary sysctls issues seem to keep happening appearing so |
| 166 | properly deprecating them (with a warning to user space) and a |
| 167 | 2 year grace warning period will mean eventually we can kill |
| 168 | them and end the pain. |
| 169 | |
| 170 | In the mean time individual binary sysctls can be dealt with |
| 171 | in a piecewise fashion. |
| 172 | |
| 173 | Who: Eric Biederman <ebiederm@xmission.com> |
| 174 | |
| 175 | --------------------------- |
| 176 | |
Christoph Hellwig | ac51589 | 2006-03-24 03:18:22 -0800 | [diff] [blame] | 177 | What: remove EXPORT_SYMBOL(kernel_thread) |
| 178 | When: August 2006 |
| 179 | Files: arch/*/kernel/*_ksyms.c |
Andy Whitcroft | f0a594c | 2007-07-19 01:48:34 -0700 | [diff] [blame] | 180 | Check: kernel_thread |
Christoph Hellwig | ac51589 | 2006-03-24 03:18:22 -0800 | [diff] [blame] | 181 | Why: kernel_thread is a low-level implementation detail. Drivers should |
| 182 | use the <linux/kthread.h> API instead which shields them from |
| 183 | implementation details and provides a higherlevel interface that |
| 184 | prevents bugs and code duplication |
| 185 | Who: Christoph Hellwig <hch@lst.de> |
| 186 | |
| 187 | --------------------------- |
| 188 | |
Arjan van de Ven | f71d20e | 2006-06-28 04:26:45 -0700 | [diff] [blame] | 189 | What: Unused EXPORT_SYMBOL/EXPORT_SYMBOL_GPL exports |
| 190 | (temporary transition config option provided until then) |
| 191 | The transition config option will also be removed at the same time. |
| 192 | When: before 2.6.19 |
| 193 | Why: Unused symbols are both increasing the size of the kernel binary |
| 194 | and are often a sign of "wrong API" |
| 195 | Who: Arjan van de Ven <arjan@linux.intel.com> |
| 196 | |
| 197 | --------------------------- |
| 198 | |
Kay Sievers | d81d9d6 | 2006-08-13 06:17:09 +0200 | [diff] [blame] | 199 | What: PHYSDEVPATH, PHYSDEVBUS, PHYSDEVDRIVER in the uevent environment |
Dominik Brodowski | acbd39f | 2006-09-30 22:41:43 -0400 | [diff] [blame] | 200 | When: October 2008 |
Kay Sievers | d81d9d6 | 2006-08-13 06:17:09 +0200 | [diff] [blame] | 201 | Why: The stacking of class devices makes these values misleading and |
| 202 | inconsistent. |
| 203 | Class devices should not carry any of these properties, and bus |
| 204 | devices have SUBSYTEM and DRIVER as a replacement. |
| 205 | Who: Kay Sievers <kay.sievers@suse.de> |
| 206 | |
| 207 | --------------------------- |
Jean Delvare | 6c805d2 | 2006-08-13 23:45:52 +0200 | [diff] [blame] | 208 | |
Zhang Rui | b981c59 | 2007-01-29 11:02:30 +0800 | [diff] [blame] | 209 | What: ACPI procfs interface |
Zhang Rui | 8b8eb7d | 2007-07-18 17:23:24 +0800 | [diff] [blame] | 210 | When: July 2008 |
| 211 | Why: ACPI sysfs conversion should be finished by January 2008. |
| 212 | ACPI procfs interface will be removed in July 2008 so that |
| 213 | there is enough time for the user space to catch up. |
Zhang Rui | b981c59 | 2007-01-29 11:02:30 +0800 | [diff] [blame] | 214 | Who: Zhang Rui <rui.zhang@intel.com> |
| 215 | |
| 216 | --------------------------- |
| 217 | |
Len Brown | 1bb67c2 | 2007-01-11 01:49:44 -0500 | [diff] [blame] | 218 | What: /proc/acpi/button |
| 219 | When: August 2007 |
| 220 | Why: /proc/acpi/button has been replaced by events to the input layer |
| 221 | since 2.6.20. |
| 222 | Who: Len Brown <len.brown@intel.com> |
| 223 | |
| 224 | --------------------------- |
Jeff Garzik | 54b290a | 2007-01-23 00:29:01 -0500 | [diff] [blame] | 225 | |
Len Brown | 14e04fb | 2007-08-23 15:20:26 -0400 | [diff] [blame] | 226 | What: /proc/acpi/event |
| 227 | When: February 2008 |
| 228 | Why: /proc/acpi/event has been replaced by events via the input layer |
| 229 | and netlink since 2.6.23. |
| 230 | Who: Len Brown <len.brown@intel.com> |
| 231 | |
| 232 | --------------------------- |
| 233 | |
Thomas Gleixner | 914d97f | 2007-10-11 11:20:05 +0200 | [diff] [blame] | 234 | What: i386/x86_64 bzImage symlinks |
Ingo Molnar | 19b4e7f | 2008-04-10 10:12:27 +0200 | [diff] [blame] | 235 | When: April 2010 |
Thomas Gleixner | 914d97f | 2007-10-11 11:20:05 +0200 | [diff] [blame] | 236 | |
| 237 | Why: The i386/x86_64 merge provides a symlink to the old bzImage |
| 238 | location so not yet updated user space tools, e.g. package |
| 239 | scripts, do not break. |
| 240 | Who: Thomas Gleixner <tglx@linutronix.de> |
Linus Torvalds | 038a500 | 2007-10-11 19:40:14 -0700 | [diff] [blame] | 241 | |
| 242 | --------------------------- |
| 243 | |
David Brownell | 8a0cecf | 2009-04-02 16:57:06 -0700 | [diff] [blame] | 244 | What: GPIO autorequest on gpio_direction_{input,output}() in gpiolib |
| 245 | When: February 2010 |
| 246 | Why: All callers should use explicit gpio_request()/gpio_free(). |
| 247 | The autorequest mechanism in gpiolib was provided mostly as a |
| 248 | migration aid for legacy GPIO interfaces (for SOC based GPIOs). |
| 249 | Those users have now largely migrated. Platforms implementing |
| 250 | the GPIO interfaces without using gpiolib will see no changes. |
| 251 | Who: David Brownell <dbrownell@users.sourceforge.net> |
| 252 | --------------------------- |
| 253 | |
Michael Buesch | eb189d8 | 2008-01-28 14:47:41 -0800 | [diff] [blame] | 254 | What: b43 support for firmware revision < 410 |
Michael Buesch | c557289 | 2008-12-27 18:26:39 +0100 | [diff] [blame] | 255 | When: The schedule was July 2008, but it was decided that we are going to keep the |
| 256 | code as long as there are no major maintanance headaches. |
| 257 | So it _could_ be removed _any_ time now, if it conflicts with something new. |
Michael Buesch | eb189d8 | 2008-01-28 14:47:41 -0800 | [diff] [blame] | 258 | Why: The support code for the old firmware hurts code readability/maintainability |
| 259 | and slightly hurts runtime performance. Bugfixes for the old firmware |
| 260 | are not provided by Broadcom anymore. |
| 261 | Who: Michael Buesch <mb@bu3sch.de> |
David S. Miller | e88bb41 | 2008-02-09 23:08:53 -0800 | [diff] [blame] | 262 | |
| 263 | --------------------------- |
| 264 | |
Mark Fasheh | 52f7c21 | 2008-01-29 17:08:26 -0800 | [diff] [blame] | 265 | What: /sys/o2cb symlink |
| 266 | When: January 2010 |
| 267 | Why: /sys/fs/o2cb is the proper location for this information - /sys/o2cb |
| 268 | exists as a symlink for backwards compatibility for old versions of |
| 269 | ocfs2-tools. 2 years should be sufficient time to phase in new versions |
| 270 | which know to look in /sys/fs/o2cb. |
| 271 | Who: ocfs2-devel@oss.oracle.com |
Matthew Wilcox | d2f5e80 | 2008-04-19 13:49:34 -0400 | [diff] [blame] | 272 | |
| 273 | --------------------------- |
| 274 | |
Ravikiran G Thirumalai | 2584e51 | 2009-03-31 15:21:26 -0700 | [diff] [blame] | 275 | What: Ability for non root users to shm_get hugetlb pages based on mlock |
| 276 | resource limits |
| 277 | When: 2.6.31 |
| 278 | Why: Non root users need to be part of /proc/sys/vm/hugetlb_shm_group or |
| 279 | have CAP_IPC_LOCK to be able to allocate shm segments backed by |
| 280 | huge pages. The mlock based rlimit check to allow shm hugetlb is |
| 281 | inconsistent with mmap based allocations. Hence it is being |
| 282 | deprecated. |
| 283 | Who: Ravikiran Thirumalai <kiran@scalex86.org> |
| 284 | |
| 285 | --------------------------- |
| 286 | |
Rene Herman | 16d7523 | 2008-06-24 19:38:56 +0200 | [diff] [blame] | 287 | What: CONFIG_THERMAL_HWMON |
| 288 | When: January 2009 |
| 289 | Why: This option was introduced just to allow older lm-sensors userspace |
| 290 | to keep working over the upgrade to 2.6.26. At the scheduled time of |
| 291 | removal fixed lm-sensors (2.x or 3.x) should be readily available. |
| 292 | Who: Rene Herman <rene.herman@gmail.com> |
Johannes Berg | 22bb1be | 2008-07-10 11:16:47 +0200 | [diff] [blame] | 293 | |
| 294 | --------------------------- |
| 295 | |
| 296 | What: Code that is now under CONFIG_WIRELESS_EXT_SYSFS |
| 297 | (in net/core/net-sysfs.c) |
| 298 | When: After the only user (hal) has seen a release with the patches |
| 299 | for enough time, probably some time in 2010. |
| 300 | Why: Over 1K .text/.data size reduction, data is available in other |
| 301 | ways (ioctls) |
| 302 | Who: Johannes Berg <johannes@sipsolutions.net> |
Krzysztof Piotr Oledzki | 5840157 | 2008-07-21 10:01:34 -0700 | [diff] [blame] | 303 | |
| 304 | --------------------------- |
| 305 | |
| 306 | What: CONFIG_NF_CT_ACCT |
| 307 | When: 2.6.29 |
| 308 | Why: Accounting can now be enabled/disabled without kernel recompilation. |
| 309 | Currently used only to set a default value for a feature that is also |
| 310 | controlled by a kernel/module/sysfs/sysctl parameter. |
| 311 | Who: Krzysztof Piotr Oledzki <ole@ans.pl> |
| 312 | |
FUJITA Tomonori | 46dfa04 | 2008-09-10 22:22:34 +0200 | [diff] [blame] | 313 | --------------------------- |
| 314 | |
Dave Jones | 753b7ae | 2009-03-09 15:14:37 -0400 | [diff] [blame] | 315 | What: sysfs ui for changing p4-clockmod parameters |
| 316 | When: September 2009 |
| 317 | Why: See commits 129f8ae9b1b5be94517da76009ea956e89104ce8 and |
| 318 | e088e4c9cdb618675874becb91b2fd581ee707e6. |
| 319 | Removal is subject to fixing any remaining bugs in ACPI which may |
| 320 | cause the thermal throttling not to happen at the right time. |
| 321 | Who: Dave Jones <davej@redhat.com>, Matthew Garrett <mjg@redhat.com> |
Thomas Gleixner | 0e57aa1 | 2009-03-13 14:34:05 +0100 | [diff] [blame] | 322 | |
| 323 | ----------------------------- |
| 324 | |
| 325 | What: __do_IRQ all in one fits nothing interrupt handler |
| 326 | When: 2.6.32 |
| 327 | Why: __do_IRQ was kept for easy migration to the type flow handlers. |
| 328 | More than two years of migration time is enough. |
| 329 | Who: Thomas Gleixner <tglx@linutronix.de> |
Thomas Gleixner | cb065c0 | 2009-03-13 14:40:27 +0100 | [diff] [blame] | 330 | |
| 331 | ----------------------------- |
| 332 | |
Alex Chiang | f110ca4 | 2009-03-20 14:56:56 -0600 | [diff] [blame] | 333 | What: fakephp and associated sysfs files in /sys/bus/pci/slots/ |
| 334 | When: 2011 |
| 335 | Why: In 2.6.27, the semantics of /sys/bus/pci/slots was redefined to |
| 336 | represent a machine's physical PCI slots. The change in semantics |
| 337 | had userspace implications, as the hotplug core no longer allowed |
| 338 | drivers to create multiple sysfs files per physical slot (required |
| 339 | for multi-function devices, e.g.). fakephp was seen as a developer's |
| 340 | tool only, and its interface changed. Too late, we learned that |
| 341 | there were some users of the fakephp interface. |
| 342 | |
| 343 | In 2.6.30, the original fakephp interface was restored. At the same |
| 344 | time, the PCI core gained the ability that fakephp provided, namely |
| 345 | function-level hot-remove and hot-add. |
| 346 | |
| 347 | Since the PCI core now provides the same functionality, exposed in: |
| 348 | |
| 349 | /sys/bus/pci/rescan |
| 350 | /sys/bus/pci/devices/.../remove |
| 351 | /sys/bus/pci/devices/.../rescan |
| 352 | |
| 353 | there is no functional reason to maintain fakephp as well. |
| 354 | |
| 355 | We will keep the existing module so that 'modprobe fakephp' will |
| 356 | present the old /sys/bus/pci/slots/... interface for compatibility, |
| 357 | but users are urged to migrate their applications to the API above. |
| 358 | |
| 359 | After a reasonable transition period, we will remove the legacy |
| 360 | fakephp interface. |
| 361 | Who: Alex Chiang <achiang@hp.com> |
Jean Delvare | 3f307fb | 2009-04-13 17:02:13 +0200 | [diff] [blame] | 362 | |
| 363 | --------------------------- |
| 364 | |
Johannes Berg | c64fb01 | 2009-06-02 13:01:38 +0200 | [diff] [blame] | 365 | What: CONFIG_RFKILL_INPUT |
| 366 | When: 2.6.33 |
| 367 | Why: Should be implemented in userspace, policy daemon. |
| 368 | Who: Johannes Berg <johannes@sipsolutions.net> |
David S. Miller | 9cbc1cb | 2009-06-15 03:02:23 -0700 | [diff] [blame] | 369 | |
Eric Paris | cdc321f | 2009-06-29 11:13:30 -0400 | [diff] [blame] | 370 | --------------------------- |
| 371 | |
| 372 | What: CONFIG_INOTIFY |
| 373 | When: 2.6.33 |
| 374 | Why: last user (audit) will be converted to the newer more generic |
| 375 | and more easily maintained fsnotify subsystem |
| 376 | Who: Eric Paris <eparis@redhat.com> |
| 377 | |
Andi Kleen | 45f458e | 2009-04-28 23:18:26 +0200 | [diff] [blame] | 378 | ---------------------------- |
| 379 | |
venkatesh.pallipadi@intel.com | 37c90e8 | 2009-07-02 17:08:31 -0700 | [diff] [blame] | 380 | What: lock_policy_rwsem_* and unlock_policy_rwsem_* will not be |
| 381 | exported interface anymore. |
| 382 | When: 2.6.33 |
| 383 | Why: cpu_policy_rwsem has a new cleaner definition making it local to |
| 384 | cpufreq core and contained inside cpufreq.c. Other dependent |
| 385 | drivers should not use it in order to safely avoid lockdep issues. |
| 386 | Who: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> |
Tejun Heo | 93fe448 | 2009-08-06 18:14:26 +0900 | [diff] [blame] | 387 | |
| 388 | ---------------------------- |
| 389 | |
| 390 | What: sound-slot/service-* module aliases and related clutters in |
| 391 | sound/sound_core.c |
| 392 | When: August 2010 |
| 393 | Why: OSS sound_core grabs all legacy minors (0-255) of SOUND_MAJOR |
| 394 | (14) and requests modules using custom sound-slot/service-* |
| 395 | module aliases. The only benefit of doing this is allowing |
| 396 | use of custom module aliases which might as well be considered |
| 397 | a bug at this point. This preemptive claiming prevents |
| 398 | alternative OSS implementations. |
| 399 | |
| 400 | Till the feature is removed, the kernel will be requesting |
| 401 | both sound-slot/service-* and the standard char-major-* module |
| 402 | aliases and allow turning off the pre-claiming selectively via |
| 403 | CONFIG_SOUND_OSS_CORE_PRECLAIM and soundcore.preclaim_oss |
| 404 | kernel parameter. |
| 405 | |
| 406 | After the transition phase is complete, both the custom module |
| 407 | aliases and switches to disable it will go away. This removal |
| 408 | will also allow making ALSA OSS emulation independent of |
| 409 | sound_core. The dependency will be broken then too. |
| 410 | Who: Tejun Heo <tj@kernel.org> |
Alok Kataria | d0153ca | 2009-09-29 10:25:24 -0700 | [diff] [blame] | 411 | |
| 412 | ---------------------------- |
| 413 | |
| 414 | What: Support for VMware's guest paravirtuliazation technique [VMI] will be |
| 415 | dropped. |
| 416 | When: 2.6.37 or earlier. |
| 417 | Why: With the recent innovations in CPU hardware acceleration technologies |
| 418 | from Intel and AMD, VMware ran a few experiments to compare these |
| 419 | techniques to guest paravirtualization technique on VMware's platform. |
| 420 | These hardware assisted virtualization techniques have outperformed the |
| 421 | performance benefits provided by VMI in most of the workloads. VMware |
| 422 | expects that these hardware features will be ubiquitous in a couple of |
| 423 | years, as a result, VMware has started a phased retirement of this |
| 424 | feature from the hypervisor. We will be removing this feature from the |
| 425 | Kernel too. Right now we are targeting 2.6.37 but can retire earlier if |
| 426 | technical reasons (read opportunity to remove major chunk of pvops) |
| 427 | arise. |
| 428 | |
| 429 | Please note that VMI has always been an optimization and non-VMI kernels |
| 430 | still work fine on VMware's platform. |
| 431 | Latest versions of VMware's product which support VMI are, |
| 432 | Workstation 7.0 and VSphere 4.0 on ESX side, future maintainence |
| 433 | releases for these products will continue supporting VMI. |
| 434 | |
| 435 | For more details about VMI retirement take a look at this, |
| 436 | http://blogs.vmware.com/guestosguide/2009/09/vmi-retirement.html |
| 437 | |
| 438 | Who: Alok N Kataria <akataria@vmware.com> |
| 439 | |
| 440 | ---------------------------- |
Jean Delvare | b180d05 | 2009-12-09 20:36:02 +0100 | [diff] [blame] | 441 | |
Corentin Chary | 728900f | 2009-12-03 07:45:17 +0000 | [diff] [blame] | 442 | What: Support for lcd_switch and display_get in asus-laptop driver |
| 443 | When: March 2010 |
| 444 | Why: These two features use non-standard interfaces. There are the |
| 445 | only features that really need multiple path to guess what's |
| 446 | the right method name on a specific laptop. |
| 447 | |
| 448 | Removing them will allow to remove a lot of code an significantly |
| 449 | clean the drivers. |
| 450 | |
| 451 | This will affect the backlight code which won't be able to know |
| 452 | if the backlight is on or off. The platform display file will also be |
| 453 | write only (like the one in eeepc-laptop). |
| 454 | |
| 455 | This should'nt affect a lot of user because they usually know |
| 456 | when their display is on or off. |
| 457 | |
| 458 | Who: Corentin Chary <corentin.chary@gmail.com> |
| 459 | |
| 460 | ---------------------------- |
Hans de Goede | ceafe1d | 2010-01-11 10:50:53 -0200 | [diff] [blame] | 461 | |
| 462 | What: usbvideo quickcam_messenger driver |
| 463 | When: 2.6.35 |
| 464 | Files: drivers/media/video/usbvideo/quickcam_messenger.[ch] |
| 465 | Why: obsolete v4l1 driver replaced by gspca_stv06xx |
| 466 | Who: Hans de Goede <hdegoede@redhat.com> |
| 467 | |
| 468 | ---------------------------- |
| 469 | |
| 470 | What: ov511 v4l1 driver |
| 471 | When: 2.6.35 |
| 472 | Files: drivers/media/video/ov511.[ch] |
| 473 | Why: obsolete v4l1 driver replaced by gspca_ov519 |
| 474 | Who: Hans de Goede <hdegoede@redhat.com> |
| 475 | |
| 476 | ---------------------------- |
| 477 | |
| 478 | What: w9968cf v4l1 driver |
| 479 | When: 2.6.35 |
| 480 | Files: drivers/media/video/w9968cf*.[ch] |
| 481 | Why: obsolete v4l1 driver replaced by gspca_ov519 |
| 482 | Who: Hans de Goede <hdegoede@redhat.com> |
| 483 | |
| 484 | ---------------------------- |
| 485 | |
| 486 | What: ovcamchip sensor framework |
| 487 | When: 2.6.35 |
| 488 | Files: drivers/media/video/ovcamchip/* |
| 489 | Why: Only used by obsoleted v4l1 drivers |
| 490 | Who: Hans de Goede <hdegoede@redhat.com> |
| 491 | |
| 492 | ---------------------------- |
| 493 | |
| 494 | What: stv680 v4l1 driver |
| 495 | When: 2.6.35 |
| 496 | Files: drivers/media/video/stv680.[ch] |
| 497 | Why: obsolete v4l1 driver replaced by gspca_stv0680 |
| 498 | Who: Hans de Goede <hdegoede@redhat.com> |
| 499 | |
| 500 | ---------------------------- |
| 501 | |
| 502 | What: zc0301 v4l driver |
| 503 | When: 2.6.35 |
| 504 | Files: drivers/media/video/zc0301/* |
| 505 | Why: Duplicate functionality with the gspca_zc3xx driver, zc0301 only |
| 506 | supports 2 USB-ID's (because it only supports a limited set of |
| 507 | sensors) wich are also supported by the gspca_zc3xx driver |
| 508 | (which supports 53 USB-ID's in total) |
| 509 | Who: Hans de Goede <hdegoede@redhat.com> |
Eric Miao | 74e7e72 | 2010-02-07 23:10:05 -0800 | [diff] [blame] | 510 | |
| 511 | ---------------------------- |
| 512 | |
| 513 | What: corgikbd, spitzkbd, tosakbd driver |
| 514 | When: 2.6.35 |
| 515 | Files: drivers/input/keyboard/{corgi,spitz,tosa}kbd.c |
| 516 | Why: We now have a generic GPIO based matrix keyboard driver that |
| 517 | are fully capable of handling all the keys on these devices. |
| 518 | The original drivers manipulate the GPIO registers directly |
| 519 | and so are difficult to maintain. |
| 520 | Who: Eric Miao <eric.y.miao@gmail.com> |
Eric Miao | b63de38 | 2010-02-07 23:10:05 -0800 | [diff] [blame] | 521 | |
| 522 | ---------------------------- |
| 523 | |
| 524 | What: corgi_ssp and corgi_ts driver |
| 525 | When: 2.6.35 |
| 526 | Files: arch/arm/mach-pxa/corgi_ssp.c, drivers/input/touchscreen/corgi_ts.c |
| 527 | Why: The corgi touchscreen is now deprecated in favour of the generic |
| 528 | ads7846.c driver. The noise reduction technique used in corgi_ts.c, |
| 529 | that's to wait till vsync before ADC sampling, is also integrated into |
| 530 | ads7846 driver now. Provided that the original driver is not generic |
| 531 | and is difficult to maintain, it will be removed later. |
| 532 | Who: Eric Miao <eric.y.miao@gmail.com> |
Linus Torvalds | 6d6b89b | 2010-03-02 07:55:08 -0800 | [diff] [blame] | 533 | |
| 534 | ---------------------------- |
| 535 | |
florian@mickler.org | 69c8637 | 2010-02-24 12:05:16 +0100 | [diff] [blame] | 536 | What: sysfs-class-rfkill state file |
| 537 | When: Feb 2014 |
| 538 | Files: net/rfkill/core.c |
| 539 | Why: Documented as obsolete since Feb 2010. This file is limited to 3 |
| 540 | states while the rfkill drivers can have 4 states. |
| 541 | Who: anybody or Florian Mickler <florian@mickler.org> |
| 542 | |
| 543 | ---------------------------- |
| 544 | |
| 545 | What: sysfs-class-rfkill claim file |
| 546 | When: Feb 2012 |
| 547 | Files: net/rfkill/core.c |
| 548 | Why: It is not possible to claim an rfkill driver since 2007. This is |
| 549 | Documented as obsolete since Feb 2010. |
| 550 | Who: anybody or Florian Mickler <florian@mickler.org> |
| 551 | |
| 552 | ---------------------------- |
| 553 | |
Jan Kiszka | 79e95f4 | 2010-02-08 10:12:44 +0000 | [diff] [blame] | 554 | What: capifs |
| 555 | When: February 2011 |
| 556 | Files: drivers/isdn/capi/capifs.* |
| 557 | Why: udev fully replaces this special file system that only contains CAPI |
| 558 | NCCI TTY device nodes. User space (pppdcapiplugin) works without |
| 559 | noticing the difference. |
| 560 | Who: Jan Kiszka <jan.kiszka@web.de> |
Linus Torvalds | c812a51 | 2010-03-05 13:12:34 -0800 | [diff] [blame] | 561 | |
| 562 | ---------------------------- |
| 563 | |
Avi Kivity | db35879 | 2010-01-26 16:30:06 +0200 | [diff] [blame] | 564 | What: KVM memory aliases support |
| 565 | When: July 2010 |
| 566 | Why: Memory aliasing support is used for speeding up guest vga access |
| 567 | through the vga windows. |
| 568 | |
| 569 | Modern userspace no longer uses this feature, so it's just bitrotted |
| 570 | code and can be removed with no impact. |
| 571 | Who: Avi Kivity <avi@redhat.com> |
| 572 | |
| 573 | ---------------------------- |
| 574 | |
| 575 | What: KVM kernel-allocated memory slots |
| 576 | When: July 2010 |
| 577 | Why: Since 2.6.25, kvm supports user-allocated memory slots, which are |
| 578 | much more flexible than kernel-allocated slots. All current userspace |
| 579 | supports the newer interface and this code can be removed with no |
| 580 | impact. |
| 581 | Who: Avi Kivity <avi@redhat.com> |
| 582 | |
| 583 | ---------------------------- |
| 584 | |
| 585 | What: KVM paravirt mmu host support |
| 586 | When: January 2011 |
| 587 | Why: The paravirt mmu host support is slower than non-paravirt mmu, both |
| 588 | on newer and older hardware. It is already not exposed to the guest, |
| 589 | and kept only for live migration purposes. |
| 590 | Who: Avi Kivity <avi@redhat.com> |
Linus Torvalds | c812a51 | 2010-03-05 13:12:34 -0800 | [diff] [blame] | 591 | |
| 592 | ---------------------------- |
Len Brown | 4c81ba4 | 2010-03-14 16:28:46 -0400 | [diff] [blame] | 593 | |
| 594 | What: "acpi=ht" boot option |
| 595 | When: 2.6.35 |
| 596 | Why: Useful in 2003, implementation is a hack. |
| 597 | Generally invoked by accident today. |
| 598 | Seen as doing more harm than good. |
| 599 | Who: Len Brown <len.brown@intel.com> |
Jan Engelhardt | 0cb47ea | 2010-03-16 18:25:12 +0100 | [diff] [blame] | 600 | |
John W. Linville | 5c01d56 | 2010-04-15 16:21:34 -0400 | [diff] [blame] | 601 | ---------------------------- |
| 602 | |
Wey-Yi Guy | 2b06861 | 2010-03-22 09:17:39 -0700 | [diff] [blame] | 603 | What: iwlwifi 50XX module parameters |
| 604 | When: 2.6.40 |
| 605 | Why: The "..50" modules parameters were used to configure 5000 series and |
| 606 | up devices; different set of module parameters also available for 4965 |
| 607 | with same functionalities. Consolidate both set into single place |
| 608 | in drivers/net/wireless/iwlwifi/iwl-agn.c |
| 609 | |
| 610 | Who: Wey-Yi Guy <wey-yi.w.guy@intel.com> |
Wey-Yi Guy | d34a5a6 | 2010-03-23 10:17:03 -0700 | [diff] [blame] | 611 | |
| 612 | ---------------------------- |
| 613 | |
| 614 | What: iwl4965 alias support |
| 615 | When: 2.6.40 |
| 616 | Why: Internal alias support has been present in module-init-tools for some |
| 617 | time, the MODULE_ALIAS("iwl4965") boilerplate aliases can be removed |
| 618 | with no impact. |
| 619 | |
| 620 | Who: Wey-Yi Guy <wey-yi.w.guy@intel.com> |
Patrick McHardy | 6291055 | 2010-04-20 16:02:01 +0200 | [diff] [blame^] | 621 | |
Jan Engelhardt | 0cb47ea | 2010-03-16 18:25:12 +0100 | [diff] [blame] | 622 | --------------------------- |
| 623 | |
| 624 | What: xt_NOTRACK |
| 625 | Files: net/netfilter/xt_NOTRACK.c |
| 626 | When: April 2011 |
| 627 | Why: Superseded by xt_CT |
| 628 | Who: Netfilter developer team <netfilter-devel@vger.kernel.org> |