aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/feature-removal-schedule.txt
diff options
context:
space:
mode:
Diffstat (limited to 'Documentation/feature-removal-schedule.txt')
-rw-r--r--Documentation/feature-removal-schedule.txt24
1 files changed, 24 insertions, 0 deletions
diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
index 09e031c55887..f0690bbbd73c 100644
--- a/Documentation/feature-removal-schedule.txt
+++ b/Documentation/feature-removal-schedule.txt
@@ -468,3 +468,27 @@ Why: cpu_policy_rwsem has a new cleaner definition making it local to
468 cpufreq core and contained inside cpufreq.c. Other dependent 468 cpufreq core and contained inside cpufreq.c. Other dependent
469 drivers should not use it in order to safely avoid lockdep issues. 469 drivers should not use it in order to safely avoid lockdep issues.
470Who: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> 470Who: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
471
472----------------------------
473
474What: sound-slot/service-* module aliases and related clutters in
475 sound/sound_core.c
476When: August 2010
477Why: OSS sound_core grabs all legacy minors (0-255) of SOUND_MAJOR
478 (14) and requests modules using custom sound-slot/service-*
479 module aliases. The only benefit of doing this is allowing
480 use of custom module aliases which might as well be considered
481 a bug at this point. This preemptive claiming prevents
482 alternative OSS implementations.
483
484 Till the feature is removed, the kernel will be requesting
485 both sound-slot/service-* and the standard char-major-* module
486 aliases and allow turning off the pre-claiming selectively via
487 CONFIG_SOUND_OSS_CORE_PRECLAIM and soundcore.preclaim_oss
488 kernel parameter.
489
490 After the transition phase is complete, both the custom module
491 aliases and switches to disable it will go away. This removal
492 will also allow making ALSA OSS emulation independent of
493 sound_core. The dependency will be broken then too.
494Who: Tejun Heo <tj@kernel.org>