362 lines
13 KiB
Plaintext
362 lines
13 KiB
Plaintext
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: old static regulatory information and ieee80211_regdom module parameter
|
|
When: 2.6.29
|
|
Why: The old regulatory infrastructure has been replaced with a new one
|
|
which does not require statically defined regulatory domains. We do
|
|
not want to keep static regulatory domains in the kernel due to the
|
|
the dynamic nature of regulatory law and localization. We kept around
|
|
the old static definitions for the regulatory domains of:
|
|
* US
|
|
* JP
|
|
* EU
|
|
and used by default the US when CONFIG_WIRELESS_OLD_REGULATORY was
|
|
set. We also kept around the ieee80211_regdom module parameter in case
|
|
some applications were relying on it. Changing regulatory domains
|
|
can now be done instead by using nl80211, as is done with iw.
|
|
Who: Luis R. Rodriguez <lrodriguez@atheros.com>
|
|
|
|
---------------------------
|
|
|
|
What: dev->power.power_state
|
|
When: July 2007
|
|
Why: Broken design for runtime control over driver power states, confusing
|
|
driver-internal runtime power management with: mechanisms to support
|
|
system-wide sleep state transitions; event codes that distinguish
|
|
different phases of swsusp "sleep" transitions; and userspace policy
|
|
inputs. This framework was never widely used, and most attempts to
|
|
use it were broken. Drivers should instead be exposing domain-specific
|
|
interfaces either to kernel or to userspace.
|
|
Who: Pavel Machek <pavel@suse.cz>
|
|
|
|
---------------------------
|
|
|
|
What: Video4Linux API 1 ioctls and video_decoder.h from Video devices.
|
|
When: December 2008
|
|
Files: include/linux/video_decoder.h include/linux/videodev.h
|
|
Check: include/linux/video_decoder.h include/linux/videodev.h
|
|
Why: V4L1 AP1 was replaced by V4L2 API during migration from 2.4 to 2.6
|
|
series. The old API have lots of drawbacks and don't provide enough
|
|
means to work with all video and audio standards. The newer API is
|
|
already available on the main drivers and should be used instead.
|
|
Newer drivers should use v4l_compat_translate_ioctl function to handle
|
|
old calls, replacing to newer ones.
|
|
Decoder iocts are using internally to allow video drivers to
|
|
communicate with video decoders. This should also be improved to allow
|
|
V4L2 calls being translated into compatible internal ioctls.
|
|
Compatibility ioctls will be provided, for a while, via
|
|
v4l1-compat module.
|
|
Who: Mauro Carvalho Chehab <mchehab@infradead.org>
|
|
|
|
---------------------------
|
|
|
|
What: old tuner-3036 i2c driver
|
|
When: 2.6.28
|
|
Why: This driver is for VERY old i2c-over-parallel port teletext receiver
|
|
boxes. Rather then spending effort on converting this driver to V4L2,
|
|
and since it is extremely unlikely that anyone still uses one of these
|
|
devices, it was decided to drop it.
|
|
Who: Hans Verkuil <hverkuil@xs4all.nl>
|
|
Mauro Carvalho Chehab <mchehab@infradead.org>
|
|
|
|
---------------------------
|
|
|
|
What: V4L2 dpc7146 driver
|
|
When: 2.6.28
|
|
Why: Old driver for the dpc7146 demonstration board that is no longer
|
|
relevant. The last time this was tested on actual hardware was
|
|
probably around 2002. Since this is a driver for a demonstration
|
|
board the decision was made to remove it rather than spending a
|
|
lot of effort continually updating this driver to stay in sync
|
|
with the latest internal V4L2 or I2C API.
|
|
Who: Hans Verkuil <hverkuil@xs4all.nl>
|
|
Mauro Carvalho Chehab <mchehab@infradead.org>
|
|
|
|
---------------------------
|
|
|
|
What: PCMCIA control ioctl (needed for pcmcia-cs [cardmgr, cardctl])
|
|
When: November 2005
|
|
Files: drivers/pcmcia/: pcmcia_ioctl.c
|
|
Why: With the 16-bit PCMCIA subsystem now behaving (almost) like a
|
|
normal hotpluggable bus, and with it using the default kernel
|
|
infrastructure (hotplug, driver core, sysfs) keeping the PCMCIA
|
|
control ioctl needed by cardmgr and cardctl from pcmcia-cs is
|
|
unnecessary, and makes further cleanups and integration of the
|
|
PCMCIA subsystem into the Linux kernel device driver model more
|
|
difficult. The features provided by cardmgr and cardctl are either
|
|
handled by the kernel itself now or are available in the new
|
|
pcmciautils package available at
|
|
http://kernel.org/pub/linux/utils/kernel/pcmcia/
|
|
Who: Dominik Brodowski <linux@brodo.de>
|
|
|
|
---------------------------
|
|
|
|
What: sys_sysctl
|
|
When: September 2010
|
|
Option: CONFIG_SYSCTL_SYSCALL
|
|
Why: The same information is available in a more convenient from
|
|
/proc/sys, and none of the sysctl variables appear to be
|
|
important performance wise.
|
|
|
|
Binary sysctls are a long standing source of subtle kernel
|
|
bugs and security issues.
|
|
|
|
When I looked several months ago all I could find after
|
|
searching several distributions were 5 user space programs and
|
|
glibc (which falls back to /proc/sys) using this syscall.
|
|
|
|
The man page for sysctl(2) documents it as unusable for user
|
|
space programs.
|
|
|
|
sysctl(2) is not generally ABI compatible to a 32bit user
|
|
space application on a 64bit and a 32bit kernel.
|
|
|
|
For the last several months the policy has been no new binary
|
|
sysctls and no one has put forward an argument to use them.
|
|
|
|
Binary sysctls issues seem to keep happening appearing so
|
|
properly deprecating them (with a warning to user space) and a
|
|
2 year grace warning period will mean eventually we can kill
|
|
them and end the pain.
|
|
|
|
In the mean time individual binary sysctls can be dealt with
|
|
in a piecewise fashion.
|
|
|
|
Who: Eric Biederman <ebiederm@xmission.com>
|
|
|
|
---------------------------
|
|
|
|
What: remove EXPORT_SYMBOL(kernel_thread)
|
|
When: August 2006
|
|
Files: arch/*/kernel/*_ksyms.c
|
|
Check: kernel_thread
|
|
Why: kernel_thread is a low-level implementation detail. Drivers should
|
|
use the <linux/kthread.h> API instead which shields them from
|
|
implementation details and provides a higherlevel interface that
|
|
prevents bugs and code duplication
|
|
Who: Christoph Hellwig <hch@lst.de>
|
|
|
|
---------------------------
|
|
|
|
What: eepro100 network driver
|
|
When: January 2007
|
|
Why: replaced by the e100 driver
|
|
Who: Adrian Bunk <bunk@stusta.de>
|
|
|
|
---------------------------
|
|
|
|
What: Unused EXPORT_SYMBOL/EXPORT_SYMBOL_GPL exports
|
|
(temporary transition config option provided until then)
|
|
The transition config option will also be removed at the same time.
|
|
When: before 2.6.19
|
|
Why: Unused symbols are both increasing the size of the kernel binary
|
|
and are often a sign of "wrong API"
|
|
Who: Arjan van de Ven <arjan@linux.intel.com>
|
|
|
|
---------------------------
|
|
|
|
What: PHYSDEVPATH, PHYSDEVBUS, PHYSDEVDRIVER in the uevent environment
|
|
When: October 2008
|
|
Why: The stacking of class devices makes these values misleading and
|
|
inconsistent.
|
|
Class devices should not carry any of these properties, and bus
|
|
devices have SUBSYTEM and DRIVER as a replacement.
|
|
Who: Kay Sievers <kay.sievers@suse.de>
|
|
|
|
---------------------------
|
|
|
|
What: ACPI procfs interface
|
|
When: July 2008
|
|
Why: ACPI sysfs conversion should be finished by January 2008.
|
|
ACPI procfs interface will be removed in July 2008 so that
|
|
there is enough time for the user space to catch up.
|
|
Who: Zhang Rui <rui.zhang@intel.com>
|
|
|
|
---------------------------
|
|
|
|
What: /proc/acpi/button
|
|
When: August 2007
|
|
Why: /proc/acpi/button has been replaced by events to the input layer
|
|
since 2.6.20.
|
|
Who: Len Brown <len.brown@intel.com>
|
|
|
|
---------------------------
|
|
|
|
What: /proc/acpi/event
|
|
When: February 2008
|
|
Why: /proc/acpi/event has been replaced by events via the input layer
|
|
and netlink since 2.6.23.
|
|
Who: Len Brown <len.brown@intel.com>
|
|
|
|
---------------------------
|
|
|
|
What: libata spindown skipping and warning
|
|
When: Dec 2008
|
|
Why: Some halt(8) implementations synchronize caches for and spin
|
|
down libata disks because libata didn't use to spin down disk on
|
|
system halt (only synchronized caches).
|
|
Spin down on system halt is now implemented. sysfs node
|
|
/sys/class/scsi_disk/h:c:i:l/manage_start_stop is present if
|
|
spin down support is available.
|
|
Because issuing spin down command to an already spun down disk
|
|
makes some disks spin up just to spin down again, libata tracks
|
|
device spindown status to skip the extra spindown command and
|
|
warn about it.
|
|
This is to give userspace tools the time to get updated and will
|
|
be removed after userspace is reasonably updated.
|
|
Who: Tejun Heo <htejun@gmail.com>
|
|
|
|
---------------------------
|
|
|
|
What: i386/x86_64 bzImage symlinks
|
|
When: April 2010
|
|
|
|
Why: The i386/x86_64 merge provides a symlink to the old bzImage
|
|
location so not yet updated user space tools, e.g. package
|
|
scripts, do not break.
|
|
Who: Thomas Gleixner <tglx@linutronix.de>
|
|
|
|
---------------------------
|
|
|
|
What (Why):
|
|
- include/linux/netfilter_ipv4/ipt_TOS.h ipt_tos.h header files
|
|
(superseded by xt_TOS/xt_tos target & match)
|
|
|
|
- "forwarding" header files like ipt_mac.h in
|
|
include/linux/netfilter_ipv4/ and include/linux/netfilter_ipv6/
|
|
|
|
- xt_CONNMARK match revision 0
|
|
(superseded by xt_CONNMARK match revision 1)
|
|
|
|
- xt_MARK target revisions 0 and 1
|
|
(superseded by xt_MARK match revision 2)
|
|
|
|
- xt_connmark match revision 0
|
|
(superseded by xt_connmark match revision 1)
|
|
|
|
- xt_conntrack match revision 0
|
|
(superseded by xt_conntrack match revision 1)
|
|
|
|
- xt_iprange match revision 0,
|
|
include/linux/netfilter_ipv4/ipt_iprange.h
|
|
(superseded by xt_iprange match revision 1)
|
|
|
|
- xt_mark match revision 0
|
|
(superseded by xt_mark match revision 1)
|
|
|
|
- xt_recent: the old ipt_recent proc dir
|
|
(superseded by /proc/net/xt_recent)
|
|
|
|
When: January 2009 or Linux 2.7.0, whichever comes first
|
|
Why: Superseded by newer revisions or modules
|
|
Who: Jan Engelhardt <jengelh@computergmbh.de>
|
|
|
|
---------------------------
|
|
|
|
What: b43 support for firmware revision < 410
|
|
When: July 2008
|
|
Why: The support code for the old firmware hurts code readability/maintainability
|
|
and slightly hurts runtime performance. Bugfixes for the old firmware
|
|
are not provided by Broadcom anymore.
|
|
Who: Michael Buesch <mb@bu3sch.de>
|
|
|
|
---------------------------
|
|
|
|
What: init_mm export
|
|
When: 2.6.26
|
|
Why: Not used in-tree. The current out-of-tree users used it to
|
|
work around problems in the CPA code which should be resolved
|
|
by now. One usecase was described to provide verification code
|
|
of the CPA operation. That's a good idea in general, but such
|
|
code / infrastructure should be in the kernel and not in some
|
|
out-of-tree driver.
|
|
Who: Thomas Gleixner <tglx@linutronix.de>
|
|
|
|
----------------------------
|
|
|
|
What: usedac i386 kernel parameter
|
|
When: 2.6.27
|
|
Why: replaced by allowdac and no dac combination
|
|
Who: Glauber Costa <gcosta@redhat.com>
|
|
|
|
---------------------------
|
|
|
|
What: remove HID compat support
|
|
When: 2.6.29
|
|
Why: needed only as a temporary solution until distros fix themselves up
|
|
Who: Jiri Slaby <jirislaby@gmail.com>
|
|
|
|
---------------------------
|
|
|
|
What: print_fn_descriptor_symbol()
|
|
When: October 2009
|
|
Why: The %pF vsprintf format provides the same functionality in a
|
|
simpler way. print_fn_descriptor_symbol() is deprecated but
|
|
still present to give out-of-tree modules time to change.
|
|
Who: Bjorn Helgaas <bjorn.helgaas@hp.com>
|
|
|
|
---------------------------
|
|
|
|
What: /sys/o2cb symlink
|
|
When: January 2010
|
|
Why: /sys/fs/o2cb is the proper location for this information - /sys/o2cb
|
|
exists as a symlink for backwards compatibility for old versions of
|
|
ocfs2-tools. 2 years should be sufficient time to phase in new versions
|
|
which know to look in /sys/fs/o2cb.
|
|
Who: ocfs2-devel@oss.oracle.com
|
|
|
|
---------------------------
|
|
|
|
What: SCTP_GET_PEER_ADDRS_NUM_OLD, SCTP_GET_PEER_ADDRS_OLD,
|
|
SCTP_GET_LOCAL_ADDRS_NUM_OLD, SCTP_GET_LOCAL_ADDRS_OLD
|
|
When: June 2009
|
|
Why: A newer version of the options have been introduced in 2005 that
|
|
removes the limitions of the old API. The sctp library has been
|
|
converted to use these new options at the same time. Any user
|
|
space app that directly uses the old options should convert to using
|
|
the new options.
|
|
Who: Vlad Yasevich <vladislav.yasevich@hp.com>
|
|
|
|
---------------------------
|
|
|
|
What: CONFIG_THERMAL_HWMON
|
|
When: January 2009
|
|
Why: This option was introduced just to allow older lm-sensors userspace
|
|
to keep working over the upgrade to 2.6.26. At the scheduled time of
|
|
removal fixed lm-sensors (2.x or 3.x) should be readily available.
|
|
Who: Rene Herman <rene.herman@gmail.com>
|
|
|
|
---------------------------
|
|
|
|
What: Code that is now under CONFIG_WIRELESS_EXT_SYSFS
|
|
(in net/core/net-sysfs.c)
|
|
When: After the only user (hal) has seen a release with the patches
|
|
for enough time, probably some time in 2010.
|
|
Why: Over 1K .text/.data size reduction, data is available in other
|
|
ways (ioctls)
|
|
Who: Johannes Berg <johannes@sipsolutions.net>
|
|
|
|
---------------------------
|
|
|
|
What: CONFIG_NF_CT_ACCT
|
|
When: 2.6.29
|
|
Why: Accounting can now be enabled/disabled without kernel recompilation.
|
|
Currently used only to set a default value for a feature that is also
|
|
controlled by a kernel/module/sysfs/sysctl parameter.
|
|
Who: Krzysztof Piotr Oledzki <ole@ans.pl>
|
|
|
|
---------------------------
|
|
|
|
What: ide-scsi (BLK_DEV_IDESCSI)
|
|
When: 2.6.29
|
|
Why: The 2.6 kernel supports direct writing to ide CD drives, which
|
|
eliminates the need for ide-scsi. The new method is more
|
|
efficient in every way.
|
|
Who: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
|