← Back to branch summary

~ubuntu-branches/debian/wheezy/linux-2.6/wheezy

« back to all changes in this revision

Viewing changes to Documentation/feature-removal-schedule.txt

  • Committer: Bazaar Package Importer
  • Author(s): Ben Hutchings, Ben Hutchings, Aurelien Jarno, Martin Michlmayr
  • Date: 2011-04-06 13:53:30 UTC
  • mfrom: (43.1.5 sid)
  • Revision ID: james.westby@ubuntu.com-20110406135330-wjufxhd0tvn3zx4z
Tags: 2.6.38-3
http://bugs.debian.org/620124
http://bugs.debian.org/620284
http://bugs.debian.org/620204
[ Ben Hutchings ]
* [ppc64] Add to linux-tools package architectures (Closes: #620124)
* [amd64] Save cr4 to mmu_cr4_features at boot time (Closes: #620284)
* appletalk: Fix bugs introduced when removing use of BKL
* ALSA: Fix yet another race in disconnection
* cciss: Fix lost command issue
* ath9k: Fix kernel panic in AR2427
* ses: Avoid kernel panic when lun 0 is not mapped
* PCI/ACPI: Report ASPM support to BIOS if not disabled from command line

[ Aurelien Jarno ]
* rtlwifi: fix build when PCI is not enabled.

[ Martin Michlmayr ]
* rtlwifi: Eliminate udelay calls with too large values (Closes: #620204)

Show diffs side-by-side

added added

removed removed

Lines of Context:
Documentation/feature-removal-schedule.txt
49
49
 
50
50
---------------------------
51
51
 
 
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
 
52
63
What:   The ieee80211_regdom module parameter
53
64
When:   March 2010 / desktop catchup
54
65
 
73
84
 
74
85
---------------------------
75
86
 
76
 
What:   CONFIG_WIRELESS_OLD_REGULATORY - old static regulatory information
77
 
When:   March 2010 / desktop catchup
78
 
 
79
 
Why:    The old regulatory infrastructure has been replaced with a new one
80
 
        which does not require statically defined regulatory domains. We do
81
 
        not want to keep static regulatory domains in the kernel due to the
82
 
        the dynamic nature of regulatory law and localization. We kept around
83
 
        the old static definitions for the regulatory domains of:
84
 
 
85
 
                * US
86
 
                * JP
87
 
                * EU
88
 
 
89
 
        and used by default the US when CONFIG_WIRELESS_OLD_REGULATORY was
90
 
        set. We will remove this option once the standard Linux desktop catches
91
 
        up with the new userspace APIs we have implemented.
92
 
 
93
 
Who:    Luis R. Rodriguez <lrodriguez@atheros.com>
94
 
 
95
 
---------------------------
96
 
 
97
87
What:   dev->power.power_state
98
88
When:   July 2007
99
89
Why:    Broken design for runtime control over driver power states, confusing
103
93
        inputs.  This framework was never widely used, and most attempts to
104
94
        use it were broken.  Drivers should instead be exposing domain-specific
105
95
        interfaces either to kernel or to userspace.
106
 
Who:    Pavel Machek <pavel@suse.cz>
107
 
 
108
 
---------------------------
109
 
 
110
 
What:   Video4Linux API 1 ioctls and from Video devices.
111
 
When:   July 2009
112
 
Files:  include/linux/videodev.h
113
 
Check:  include/linux/videodev.h
114
 
Why:    V4L1 AP1 was replaced by V4L2 API during migration from 2.4 to 2.6
115
 
        series. The old API have lots of drawbacks and don't provide enough
116
 
        means to work with all video and audio standards. The newer API is
117
 
        already available on the main drivers and should be used instead.
118
 
        Newer drivers should use v4l_compat_translate_ioctl function to handle
119
 
        old calls, replacing to newer ones.
120
 
        Decoder iocts are using internally to allow video drivers to
121
 
        communicate with video decoders. This should also be improved to allow
122
 
        V4L2 calls being translated into compatible internal ioctls.
123
 
        Compatibility ioctls will be provided, for a while, via 
124
 
        v4l1-compat module. 
125
 
Who:    Mauro Carvalho Chehab <mchehab@infradead.org>
126
 
 
127
 
---------------------------
128
 
 
129
 
What:   PCMCIA control ioctl (needed for pcmcia-cs [cardmgr, cardctl])
130
 
When:   November 2005
131
 
Files:  drivers/pcmcia/: pcmcia_ioctl.c
132
 
Why:    With the 16-bit PCMCIA subsystem now behaving (almost) like a
133
 
        normal hotpluggable bus, and with it using the default kernel
134
 
        infrastructure (hotplug, driver core, sysfs) keeping the PCMCIA
135
 
        control ioctl needed by cardmgr and cardctl from pcmcia-cs is
136
 
        unnecessary, and makes further cleanups and integration of the
137
 
        PCMCIA subsystem into the Linux kernel device driver model more
138
 
        difficult. The features provided by cardmgr and cardctl are either
139
 
        handled by the kernel itself now or are available in the new
140
 
        pcmciautils package available at
141
 
        http://kernel.org/pub/linux/utils/kernel/pcmcia/
142
 
Who:    Dominik Brodowski <linux@brodo.de>
 
96
Who:    Pavel Machek <pavel@ucw.cz>
 
97
 
 
98
---------------------------
 
99
 
 
100
What:   Video4Linux obsolete drivers using V4L1 API
 
101
When:   kernel 2.6.39
 
102
Files:  drivers/staging/se401/* drivers/staging/usbvideo/*
 
103
Check:  drivers/staging/se401/se401.c drivers/staging/usbvideo/usbvideo.c
 
104
Why:    There are some drivers still using V4L1 API, despite all efforts we've done
 
105
        to migrate. Those drivers are for obsolete hardware that the old maintainer
 
106
        didn't care (or not have the hardware anymore), and that no other developer
 
107
        could find any hardware to buy. They probably have no practical usage today,
 
108
        and people with such old hardware could probably keep using an older version
 
109
        of the kernel. Those drivers will be moved to staging on 2.6.38 and, if nobody
 
110
        cares enough to port and test them with V4L2 API, they'll be removed on 2.6.39.
 
111
Who:    Mauro Carvalho Chehab <mchehab@infradead.org>
 
112
 
 
113
---------------------------
 
114
 
 
115
What:   Video4Linux: Remove obsolete ioctl's
 
116
When:   kernel 2.6.39
 
117
Files:  include/media/videodev2.h
 
118
Why:    Some ioctl's were defined wrong on 2.6.2 and 2.6.6, using the wrong
 
119
        type of R/W arguments. They were fixed, but the old ioctl names are
 
120
        still there, maintained to avoid breaking binary compatibility:
 
121
          #define VIDIOC_OVERLAY_OLD    _IOWR('V', 14, int)
 
122
          #define VIDIOC_S_PARM_OLD     _IOW('V', 22, struct v4l2_streamparm)
 
123
          #define VIDIOC_S_CTRL_OLD     _IOW('V', 28, struct v4l2_control)
 
124
          #define VIDIOC_G_AUDIO_OLD    _IOWR('V', 33, struct v4l2_audio)
 
125
          #define VIDIOC_G_AUDOUT_OLD   _IOWR('V', 49, struct v4l2_audioout)
 
126
          #define VIDIOC_CROPCAP_OLD    _IOR('V', 58, struct v4l2_cropcap)
 
127
        There's no sense on preserving those forever, as it is very doubtful
 
128
        that someone would try to use a such old binary with a modern kernel.
 
129
        Removing them will allow us to remove some magic done at the V4L ioctl
 
130
        handler.
 
131
 
 
132
Who:    Mauro Carvalho Chehab <mchehab@infradead.org>
143
133
 
144
134
---------------------------
145
135
 
178
168
 
179
169
---------------------------
180
170
 
 
171
What:   /proc/<pid>/oom_adj
 
172
When:   August 2012
 
173
Why:    /proc/<pid>/oom_adj allows userspace to influence the oom killer's
 
174
        badness heuristic used to determine which task to kill when the kernel
 
175
        is out of memory.
 
176
 
 
177
        The badness heuristic has since been rewritten since the introduction of
 
178
        this tunable such that its meaning is deprecated.  The value was
 
179
        implemented as a bitshift on a score generated by the badness()
 
180
        function that did not have any precise units of measure.  With the
 
181
        rewrite, the score is given as a proportion of available memory to the
 
182
        task allocating pages, so using a bitshift which grows the score
 
183
        exponentially is, thus, impossible to tune with fine granularity.
 
184
 
 
185
        A much more powerful interface, /proc/<pid>/oom_score_adj, was
 
186
        introduced with the oom killer rewrite that allows users to increase or
 
187
        decrease the badness() score linearly.  This interface will replace
 
188
        /proc/<pid>/oom_adj.
 
189
 
 
190
        A warning will be emitted to the kernel log if an application uses this
 
191
        deprecated interface.  After it is printed once, future warnings will be
 
192
        suppressed until the kernel is rebooted.
 
193
 
 
194
---------------------------
 
195
 
 
196
What:   CS5535/CS5536 obsolete GPIO driver
 
197
When:   June 2011
 
198
Files:  drivers/staging/cs5535_gpio/*
 
199
Check:  drivers/staging/cs5535_gpio/cs5535_gpio.c
 
200
Why:    A newer driver replaces this; it is drivers/gpio/cs5535-gpio.c, and
 
201
        integrates with the Linux GPIO subsystem.  The old driver has been
 
202
        moved to staging, and will be removed altogether around 2.6.40.
 
203
        Please test the new driver, and ensure that the functionality you
 
204
        need and any bugfixes from the old driver are available in the new
 
205
        one.
 
206
Who:    Andres Salomon <dilinger@queued.net>
 
207
 
 
208
--------------------------
 
209
 
181
210
What:   remove EXPORT_SYMBOL(kernel_thread)
182
211
When:   August 2006
183
212
Files:  arch/*/kernel/*_ksyms.c
219
248
 
220
249
---------------------------
221
250
 
 
251
What:   CONFIG_ACPI_PROCFS_POWER
 
252
When:   2.6.39
 
253
Why:    sysfs I/F for ACPI power devices, including AC and Battery,
 
254
        has been working in upstream kenrel since 2.6.24, Sep 2007.
 
255
        In 2.6.37, we make the sysfs I/F always built in and this option
 
256
        disabled by default.
 
257
        Remove this option and the ACPI power procfs interface in 2.6.39.
 
258
Who:    Zhang Rui <rui.zhang@intel.com>
 
259
 
 
260
---------------------------
 
261
 
222
262
What:   /proc/acpi/button
223
263
When:   August 2007
224
264
Why:    /proc/acpi/button has been replaced by events to the input layer
245
285
 
246
286
---------------------------
247
287
 
248
 
What (Why):
249
 
        - xt_recent: the old ipt_recent proc dir
250
 
          (superseded by /proc/net/xt_recent)
251
 
 
252
 
When:   January 2009 or Linux 2.7.0, whichever comes first
253
 
Why:    Superseded by newer revisions or modules
254
 
Who:    Jan Engelhardt <jengelh@computergmbh.de>
255
 
 
256
 
---------------------------
257
 
 
258
288
What:   GPIO autorequest on gpio_direction_{input,output}() in gpiolib
259
289
When:   February 2010
260
290
Why:    All callers should use explicit gpio_request()/gpio_free().
276
306
 
277
307
---------------------------
278
308
 
279
 
What:   usedac i386 kernel parameter
280
 
When:   2.6.27
281
 
Why:    replaced by allowdac and no dac combination
282
 
Who:    Glauber Costa <gcosta@redhat.com>
283
 
 
284
 
---------------------------
285
 
 
286
 
What: print_fn_descriptor_symbol()
287
 
When: October 2009
288
 
Why:  The %pF vsprintf format provides the same functionality in a
289
 
      simpler way.  print_fn_descriptor_symbol() is deprecated but
290
 
      still present to give out-of-tree modules time to change.
291
 
Who:  Bjorn Helgaas <bjorn.helgaas@hp.com>
292
 
 
293
 
---------------------------
294
 
 
295
309
What:   /sys/o2cb symlink
296
310
When:   January 2010
297
311
Why:    /sys/fs/o2cb is the proper location for this information - /sys/o2cb
302
316
 
303
317
---------------------------
304
318
 
305
 
What:   SCTP_GET_PEER_ADDRS_NUM_OLD, SCTP_GET_PEER_ADDRS_OLD,
306
 
        SCTP_GET_LOCAL_ADDRS_NUM_OLD, SCTP_GET_LOCAL_ADDRS_OLD
307
 
When:   June 2009
308
 
Why:    A newer version of the options have been introduced in 2005 that
309
 
        removes the limitions of the old API.  The sctp library has been
310
 
        converted to use these new options at the same time.  Any user
311
 
        space app that directly uses the old options should convert to using
312
 
        the new options.
313
 
Who:    Vlad Yasevich <vladislav.yasevich@hp.com>
314
 
 
315
 
---------------------------
316
 
 
317
319
What:   Ability for non root users to shm_get hugetlb pages based on mlock
318
320
        resource limits
319
321
When:   2.6.31
345
347
 
346
348
---------------------------
347
349
 
348
 
What: CONFIG_NF_CT_ACCT
349
 
When: 2.6.29
350
 
Why:  Accounting can now be enabled/disabled without kernel recompilation.
351
 
      Currently used only to set a default value for a feature that is also
352
 
      controlled by a kernel/module/sysfs/sysctl parameter.
353
 
Who:  Krzysztof Piotr Oledzki <ole@ans.pl>
354
 
 
355
 
---------------------------
356
 
 
357
350
What:   sysfs ui for changing p4-clockmod parameters
358
351
When:   September 2009
359
352
Why:    See commits 129f8ae9b1b5be94517da76009ea956e89104ce8 and
364
357
 
365
358
-----------------------------
366
359
 
367
 
What:   __do_IRQ all in one fits nothing interrupt handler
368
 
When:   2.6.32
369
 
Why:    __do_IRQ was kept for easy migration to the type flow handlers.
370
 
        More than two years of migration time is enough.
371
 
Who:    Thomas Gleixner <tglx@linutronix.de>
372
 
 
373
 
-----------------------------
374
 
 
375
360
What:   fakephp and associated sysfs files in /sys/bus/pci/slots/
376
361
When:   2011
377
362
Why:    In 2.6.27, the semantics of /sys/bus/pci/slots was redefined to
404
389
 
405
390
---------------------------
406
391
 
407
 
What:   i2c-voodoo3 driver
408
 
When:   October 2009
409
 
Why:    Superseded by tdfxfb. I2C/DDC support used to live in a separate
410
 
        driver but this caused driver conflicts.
411
 
Who:    Jean Delvare <khali@linux-fr.org>
412
 
        Krzysztof Helt <krzysztof.h1@wp.pl>
413
 
 
414
 
---------------------------
415
 
 
416
392
What:   CONFIG_RFKILL_INPUT
417
393
When:   2.6.33
418
394
Why:    Should be implemented in userspace, policy daemon.
419
395
Who:    Johannes Berg <johannes@sipsolutions.net>
420
396
 
421
 
---------------------------
422
 
 
423
 
What:   CONFIG_INOTIFY
424
 
When:   2.6.33
425
 
Why:    last user (audit) will be converted to the newer more generic
426
 
        and more easily maintained fsnotify subsystem
427
 
Who:    Eric Paris <eparis@redhat.com>
428
 
 
429
 
----------------------------
430
 
 
431
 
What:   lock_policy_rwsem_* and unlock_policy_rwsem_* will not be
432
 
        exported interface anymore.
433
 
When:   2.6.33
434
 
Why:    cpu_policy_rwsem has a new cleaner definition making it local to
435
 
        cpufreq core and contained inside cpufreq.c. Other dependent
436
 
        drivers should not use it in order to safely avoid lockdep issues.
437
 
Who:    Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
438
 
 
439
397
----------------------------
440
398
 
441
399
What:   sound-slot/service-* module aliases and related clutters in
462
420
 
463
421
----------------------------
464
422
 
465
 
What:   Support for VMware's guest paravirtuliazation technique [VMI] will be
466
 
        dropped.
467
 
When:   2.6.37 or earlier.
468
 
Why:    With the recent innovations in CPU hardware acceleration technologies
469
 
        from Intel and AMD, VMware ran a few experiments to compare these
470
 
        techniques to guest paravirtualization technique on VMware's platform.
471
 
        These hardware assisted virtualization techniques have outperformed the
472
 
        performance benefits provided by VMI in most of the workloads. VMware
473
 
        expects that these hardware features will be ubiquitous in a couple of
474
 
        years, as a result, VMware has started a phased retirement of this
475
 
        feature from the hypervisor. We will be removing this feature from the
476
 
        Kernel too. Right now we are targeting 2.6.37 but can retire earlier if
477
 
        technical reasons (read opportunity to remove major chunk of pvops)
478
 
        arise.
479
 
 
480
 
        Please note that VMI has always been an optimization and non-VMI kernels
481
 
        still work fine on VMware's platform.
482
 
        Latest versions of VMware's product which support VMI are,
483
 
        Workstation 7.0 and VSphere 4.0 on ESX side, future maintainence
484
 
        releases for these products will continue supporting VMI.
485
 
 
486
 
        For more details about VMI retirement take a look at this,
487
 
        http://blogs.vmware.com/guestosguide/2009/09/vmi-retirement.html
488
 
 
489
 
Who:    Alok N Kataria <akataria@vmware.com>
 
423
What:   Support for lcd_switch and display_get in asus-laptop driver
 
424
When:   March 2010
 
425
Why:    These two features use non-standard interfaces. There are the
 
426
        only features that really need multiple path to guess what's
 
427
        the right method name on a specific laptop.
 
428
 
 
429
        Removing them will allow to remove a lot of code an significantly
 
430
        clean the drivers.
 
431
 
 
432
        This will affect the backlight code which won't be able to know
 
433
        if the backlight is on or off. The platform display file will also be
 
434
        write only (like the one in eeepc-laptop).
 
435
 
 
436
        This should'nt affect a lot of user because they usually know
 
437
        when their display is on or off.
 
438
 
 
439
Who:    Corentin Chary <corentin.chary@gmail.com>
 
440
 
 
441
----------------------------
 
442
 
 
443
What:   sysfs-class-rfkill state file
 
444
When:   Feb 2014
 
445
Files:  net/rfkill/core.c
 
446
Why:    Documented as obsolete since Feb 2010. This file is limited to 3
 
447
        states while the rfkill drivers can have 4 states.
 
448
Who:    anybody or Florian Mickler <florian@mickler.org>
 
449
 
 
450
----------------------------
 
451
 
 
452
What:   sysfs-class-rfkill claim file
 
453
When:   Feb 2012
 
454
Files:  net/rfkill/core.c
 
455
Why:    It is not possible to claim an rfkill driver since 2007. This is
 
456
        Documented as obsolete since Feb 2010.
 
457
Who:    anybody or Florian Mickler <florian@mickler.org>
 
458
 
 
459
----------------------------
 
460
 
 
461
What:   capifs
 
462
When:   February 2011
 
463
Files:  drivers/isdn/capi/capifs.*
 
464
Why:    udev fully replaces this special file system that only contains CAPI
 
465
        NCCI TTY device nodes. User space (pppdcapiplugin) works without
 
466
        noticing the difference.
 
467
Who:    Jan Kiszka <jan.kiszka@web.de>
 
468
 
 
469
----------------------------
 
470
 
 
471
What:   KVM paravirt mmu host support
 
472
When:   January 2011
 
473
Why:    The paravirt mmu host support is slower than non-paravirt mmu, both
 
474
        on newer and older hardware.  It is already not exposed to the guest,
 
475
        and kept only for live migration purposes.
 
476
Who:    Avi Kivity <avi@redhat.com>
 
477
 
 
478
----------------------------
 
479
 
 
480
What:   iwlwifi 50XX module parameters
 
481
When:   2.6.40
 
482
Why:    The "..50" modules parameters were used to configure 5000 series and
 
483
        up devices; different set of module parameters also available for 4965
 
484
        with same functionalities. Consolidate both set into single place
 
485
        in drivers/net/wireless/iwlwifi/iwl-agn.c
 
486
 
 
487
Who:    Wey-Yi Guy <wey-yi.w.guy@intel.com>
 
488
 
 
489
----------------------------
 
490
 
 
491
What:   iwl4965 alias support
 
492
When:   2.6.40
 
493
Why:    Internal alias support has been present in module-init-tools for some
 
494
        time, the MODULE_ALIAS("iwl4965") boilerplate aliases can be removed
 
495
        with no impact.
 
496
 
 
497
Who:    Wey-Yi Guy <wey-yi.w.guy@intel.com>
 
498
 
 
499
---------------------------
 
500
 
 
501
What:   xt_NOTRACK
 
502
Files:  net/netfilter/xt_NOTRACK.c
 
503
When:   April 2011
 
504
Why:    Superseded by xt_CT
 
505
Who:    Netfilter developer team <netfilter-devel@vger.kernel.org>
 
506
 
 
507
----------------------------
 
508
 
 
509
What:   IRQF_DISABLED
 
510
When:   2.6.36
 
511
Why:    The flag is a NOOP as we run interrupt handlers with interrupts disabled
 
512
Who:    Thomas Gleixner <tglx@linutronix.de>
 
513
 
 
514
----------------------------
 
515
 
 
516
What:   The acpi_sleep=s4_nonvs command line option
 
517
When:   2.6.37
 
518
Files:  arch/x86/kernel/acpi/sleep.c
 
519
Why:    superseded by acpi_sleep=nonvs
 
520
Who:    Rafael J. Wysocki <rjw@sisk.pl>
 
521
 
 
522
----------------------------
 
523
 
 
524
What:   PCI DMA unmap state API
 
525
When:   August 2012
 
526
Why:    PCI DMA unmap state API (include/linux/pci-dma.h) was replaced
 
527
        with DMA unmap state API (DMA unmap state API can be used for
 
528
        any bus).
 
529
Who:    FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
 
530
 
 
531
----------------------------
 
532
 
 
533
What:   DMA_xxBIT_MASK macros
 
534
When:   Jun 2011
 
535
Why:    DMA_xxBIT_MASK macros were replaced with DMA_BIT_MASK() macros.
 
536
Who:    FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
 
537
 
 
538
----------------------------
 
539
 
 
540
What:   namespace cgroup (ns_cgroup)
 
541
When:   2.6.38
 
542
Why:    The ns_cgroup leads to some problems:
 
543
        * cgroup creation is out-of-control
 
544
        * cgroup name can conflict when pids are looping
 
545
        * it is not possible to have a single process handling
 
546
        a lot of namespaces without falling in a exponential creation time
 
547
        * we may want to create a namespace without creating a cgroup
 
548
 
 
549
        The ns_cgroup is replaced by a compatibility flag 'clone_children',
 
550
        where a newly created cgroup will copy the parent cgroup values.
 
551
        The userspace has to manually create a cgroup and add a task to
 
552
        the 'tasks' file.
 
553
Who:    Daniel Lezcano <daniel.lezcano@free.fr>
 
554
 
 
555
----------------------------
 
556
 
 
557
What:   iwlwifi disable_hw_scan module parameters
 
558
When:   2.6.40
 
559
Why:    Hareware scan is the prefer method for iwlwifi devices for
 
560
        scanning operation. Remove software scan support for all the
 
561
        iwlwifi devices.
 
562
 
 
563
Who:    Wey-Yi Guy <wey-yi.w.guy@intel.com>
 
564
 
 
565
----------------------------
 
566
 
 
567
What:   access to nfsd auth cache through sys_nfsservctl or '.' files
 
568
        in the 'nfsd' filesystem.
 
569
When:   2.6.40
 
570
Why:    This is a legacy interface which have been replaced by a more
 
571
        dynamic cache.  Continuing to maintain this interface is an
 
572
        unnecessary burden.
 
573
Who:    NeilBrown <neilb@suse.de>
 
574
 
 
575
----------------------------
 
576
 
 
577
What:   i2c_adapter.id
 
578
When:   June 2011
 
579
Why:    This field is deprecated. I2C device drivers shouldn't change their
 
580
        behavior based on the underlying I2C adapter. Instead, the I2C
 
581
        adapter driver should instantiate the I2C devices and provide the
 
582
        needed platform-specific information.
 
583
Who:    Jean Delvare <khali@linux-fr.org>
 
584
 
 
585
----------------------------
 
586
 
 
587
What:   cancel_rearming_delayed_work[queue]()
 
588
When:   2.6.39
 
589
 
 
590
Why:    The functions have been superceded by cancel_delayed_work_sync()
 
591
        quite some time ago.  The conversion is trivial and there is no
 
592
        in-kernel user left.
 
593
Who:    Tejun Heo <tj@kernel.org>
 
594
 
 
595
----------------------------
 
596
 
 
597
What:   Legacy, non-standard chassis intrusion detection interface.
 
598
When:   June 2011
 
599
Why:    The adm9240, w83792d and w83793 hardware monitoring drivers have
 
600
        legacy interfaces for chassis intrusion detection. A standard
 
601
        interface has been added to each driver, so the legacy interface
 
602
        can be removed.
 
603
Who:    Jean Delvare <khali@linux-fr.org>
 
604
 
 
605
----------------------------
 
606
 
 
607
What:   noswapaccount kernel command line parameter
 
608
When:   2.6.40
 
609
Why:    The original implementation of memsw feature enabled by
 
610
        CONFIG_CGROUP_MEM_RES_CTLR_SWAP could be disabled by the noswapaccount
 
611
        kernel parameter (introduced in 2.6.29-rc1). Later on, this decision
 
612
        turned out to be not ideal because we cannot have the feature compiled
 
613
        in and disabled by default and let only interested to enable it
 
614
        (e.g. general distribution kernels might need it). Therefore we have
 
615
        added swapaccount[=0|1] parameter (introduced in 2.6.37) which provides
 
616
        the both possibilities. If we remove noswapaccount we will have
 
617
        less command line parameters with the same functionality and we
 
618
        can also cleanup the parameter handling a bit ().
 
619
Who:    Michal Hocko <mhocko@suse.cz>
490
620
 
491
621
----------------------------