All of lore.kernel.org
 help / color / mirror / Atom feed
* [2.6 patch] update OBSOLETE_OSS_DRIVER schedule and dependencies
@ 2006-02-14 23:28 Adrian Bunk
  0 siblings, 0 replies; 4+ messages in thread
From: Adrian Bunk @ 2006-02-14 23:28 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

This patch updates the schedule for the removal of drivers depending on 
OBSOLETE_OSS_DRIVER as follows:
- adjust OBSOLETE_OSS_DRIVER dependencie
- from the release of 2.6.16 till the release of 2.6.17:
  approx. two months for users to report problems with the ALSA
  drivers for the same hardware
- after the release of 2.6.17 (and before 2.6.18):
  remove the subset of drivers marked at OBSOLETE_OSS_DRIVER without
  known regressions in the ALSA drivers for the same hardware

Additionally, it corrects some OBSOLETE_OSS_DRIVER dependencies.
A rationale of the changes is in
  http://lkml.org/lkml/2006/1/28/135


Signed-off-by: Adrian Bunk <bunk@stusta.de>

---

This patch was already sent on:
- 11 Feb 2006

 Documentation/feature-removal-schedule.txt |    2 +-
 sound/oss/Kconfig                          |   16 ++++++++--------
 2 files changed, 9 insertions(+), 9 deletions(-)

--- linux-2.6.16-rc2-mm1-full/Documentation/feature-removal-schedule.txt.old	2006-02-11 15:25:07.000000000 +0100
+++ linux-2.6.16-rc2-mm1-full/Documentation/feature-removal-schedule.txt	2006-02-11 15:26:04.000000000 +0100
@@ -26,7 +26,7 @@
 ---------------------------
 
 What:	drivers depending on OBSOLETE_OSS_DRIVER
-When:	January 2006
+When:	before 2.6.18
 Why:	OSS drivers with ALSA replacements
 Who:	Adrian Bunk <bunk@stusta.de>
 
--- linux-2.6.16-rc2-mm1-full/sound/oss/Kconfig.old	2006-02-11 15:20:12.000000000 +0100
+++ linux-2.6.16-rc2-mm1-full/sound/oss/Kconfig	2006-02-11 15:24:06.000000000 +0100
@@ -21,7 +21,7 @@
 
 config SOUND_BT878
 	tristate "BT878 audio dma"
-	depends on SOUND_PRIME && PCI && OBSOLETE_OSS_DRIVER
+	depends on SOUND_PRIME && PCI
 	---help---
 	  Audio DMA support for bt878 based grabber boards.  As you might have
 	  already noticed, bt878 is listed with two functions in /proc/pci.
@@ -76,7 +76,7 @@
 
 config SOUND_EMU10K1
 	tristate "Creative SBLive! (EMU10K1)"
-	depends on SOUND_PRIME && PCI && OBSOLETE_OSS_DRIVER
+	depends on SOUND_PRIME && PCI
 	---help---
 	  Say Y or M if you have a PCI sound card using the EMU10K1 chipset,
 	  such as the Creative SBLive!, SB PCI512 or Emu-APS.
@@ -102,7 +102,7 @@
 
 config SOUND_FUSION
 	tristate "Crystal SoundFusion (CS4280/461x)"
-	depends on SOUND_PRIME && PCI
+	depends on SOUND_PRIME && PCI && OBSOLETE_OSS_DRIVER
 	help
 	  This module drives the Crystal SoundFusion devices (CS4280/46xx
 	  series) when wired as native sound drivers with AC97 codecs.  If
@@ -140,7 +140,7 @@
 
 config SOUND_ES1371
 	tristate "Creative Ensoniq AudioPCI 97 (ES1371)"
-	depends on SOUND_PRIME && PCI && OBSOLETE_OSS_DRIVER
+	depends on SOUND_PRIME && PCI
 	help
 	  Say Y or M if you have a PCI sound card utilizing the Ensoniq
 	  ES1371 chipset, such as Ensoniq's AudioPCI97. To find out if
@@ -571,7 +571,7 @@
 
 config SOUND_AD1889
 	tristate "AD1889 based cards (AD1819 codec) (EXPERIMENTAL)"
-	depends on EXPERIMENTAL && SOUND_OSS && PCI
+	depends on EXPERIMENTAL && SOUND_OSS && PCI && OBSOLETE_OSS_DRIVER
 	help
 	  Say M here if you have a sound card based on the Analog Devices
 	  AD1889 chip.
@@ -742,7 +742,7 @@
 
 config SOUND_NM256
 	tristate "NM256AV/NM256ZX audio support"
-	depends on SOUND_OSS && OBSOLETE_OSS_DRIVER
+	depends on SOUND_OSS
 	help
 	  Say M here to include audio support for the NeoMagic 256AV/256ZX
 	  chipsets. These are the audio chipsets found in the Sony
@@ -919,7 +919,7 @@
 
 config SOUND_YM3812
 	tristate "Yamaha FM synthesizer (YM3812/OPL-3) support"
-	depends on SOUND_OSS && OBSOLETE_OSS_DRIVER
+	depends on SOUND_OSS
 	---help---
 	  Answer Y if your card has a FM chip made by Yamaha (OPL2/OPL3/OPL4).
 	  Answering Y is usually a safe and recommended choice, however some
@@ -947,7 +947,7 @@
 
 config SOUND_OPL3SA2
 	tristate "Yamaha OPL3-SA2 and SA3 based PnP cards"
-	depends on SOUND_OSS
+	depends on SOUND_OSS && OBSOLETE_OSS_DRIVER
 	help
 	  Say Y or M if you have a card based on one of these Yamaha sound
 	  chipsets or the "SAx", which is actually a SA3. Read


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [2.6 patch] update OBSOLETE_OSS_DRIVER schedule and dependencies
  2006-02-12  2:04 ` Alan Cox
@ 2006-02-12 17:20   ` Adrian Bunk
  0 siblings, 0 replies; 4+ messages in thread
From: Adrian Bunk @ 2006-02-12 17:20 UTC (permalink / raw)
  To: Alan Cox; +Cc: Andrew Morton, linux-kernel

On Sun, Feb 12, 2006 at 02:04:50AM +0000, Alan Cox wrote:
> On Sad, 2006-02-11 at 15:50 +0100, Adrian Bunk wrote:
> > This patch updates the schedule for the removal of drivers depending on 
> > OBSOLETE_OSS_DRIVER as follows:
> > - adjust OBSOLETE_OSS_DRIVER dependencie
> > - from the release of 2.6.16 till the release of 2.6.17:
> >   approx. two months for users to report problems with the ALSA
> >   drivers for the same hardware
> 
> Why are you obsessed with doing everything on what are (to end users)
> stupidly short time scales. It doesn't matter if OSS takes another year
> to finally go away so stop setting silly deadlines.

In my experience, scheduling things for removal at a far away date has 
nearly no effect - people still don't start complaining until it's being 
made clear that the code will really be removed, and that it will be 
removed soon.

It wouldn't be the first time that after a longer deprecation periodthe 
first person is complaining not before I'm sending the patch to remove 
the deprecated code.

In this case, we are talking about the OSS drivers with ALSA drivers for 
the same hardware. And a driver will not be removed if one person 
notifies me about one regression in the ALSA driver compared to the OSS 
driver.

And the positive effect of forcing people to report the regressions in 
ALSA drivers is already visible as improvements in the ALSA drivers.

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [2.6 patch] update OBSOLETE_OSS_DRIVER schedule and dependencies
  2006-02-11 14:50 Adrian Bunk
@ 2006-02-12  2:04 ` Alan Cox
  2006-02-12 17:20   ` Adrian Bunk
  0 siblings, 1 reply; 4+ messages in thread
From: Alan Cox @ 2006-02-12  2:04 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: Andrew Morton, linux-kernel

On Sad, 2006-02-11 at 15:50 +0100, Adrian Bunk wrote:
> This patch updates the schedule for the removal of drivers depending on 
> OBSOLETE_OSS_DRIVER as follows:
> - adjust OBSOLETE_OSS_DRIVER dependencie
> - from the release of 2.6.16 till the release of 2.6.17:
>   approx. two months for users to report problems with the ALSA
>   drivers for the same hardware

Why are you obsessed with doing everything on what are (to end users)
stupidly short time scales. It doesn't matter if OSS takes another year
to finally go away so stop setting silly deadlines.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [2.6 patch] update OBSOLETE_OSS_DRIVER schedule and dependencies
@ 2006-02-11 14:50 Adrian Bunk
  2006-02-12  2:04 ` Alan Cox
  0 siblings, 1 reply; 4+ messages in thread
From: Adrian Bunk @ 2006-02-11 14:50 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

This patch updates the schedule for the removal of drivers depending on 
OBSOLETE_OSS_DRIVER as follows:
- adjust OBSOLETE_OSS_DRIVER dependencie
- from the release of 2.6.16 till the release of 2.6.17:
  approx. two months for users to report problems with the ALSA
  drivers for the same hardware
- after the release of 2.6.17 (and before 2.6.18):
  remove the subset of drivers marked at OBSOLETE_OSS_DRIVER without
  known regressions in the ALSA drivers for the same hardware

Additionally, it corrects some OBSOLETE_OSS_DRIVER dependencies.
A rationale of the changes is in
  http://lkml.org/lkml/2006/1/28/135


Signed-off-by: Adrian Bunk <bunk@stusta.de>

---

 Documentation/feature-removal-schedule.txt |    2 +-
 sound/oss/Kconfig                          |   16 ++++++++--------
 2 files changed, 9 insertions(+), 9 deletions(-)

--- linux-2.6.16-rc2-mm1-full/Documentation/feature-removal-schedule.txt.old	2006-02-11 15:25:07.000000000 +0100
+++ linux-2.6.16-rc2-mm1-full/Documentation/feature-removal-schedule.txt	2006-02-11 15:26:04.000000000 +0100
@@ -26,7 +26,7 @@
 ---------------------------
 
 What:	drivers depending on OBSOLETE_OSS_DRIVER
-When:	January 2006
+When:	before 2.6.18
 Why:	OSS drivers with ALSA replacements
 Who:	Adrian Bunk <bunk@stusta.de>
 
--- linux-2.6.16-rc2-mm1-full/sound/oss/Kconfig.old	2006-02-11 15:20:12.000000000 +0100
+++ linux-2.6.16-rc2-mm1-full/sound/oss/Kconfig	2006-02-11 15:24:06.000000000 +0100
@@ -21,7 +21,7 @@
 
 config SOUND_BT878
 	tristate "BT878 audio dma"
-	depends on SOUND_PRIME && PCI && OBSOLETE_OSS_DRIVER
+	depends on SOUND_PRIME && PCI
 	---help---
 	  Audio DMA support for bt878 based grabber boards.  As you might have
 	  already noticed, bt878 is listed with two functions in /proc/pci.
@@ -76,7 +76,7 @@
 
 config SOUND_EMU10K1
 	tristate "Creative SBLive! (EMU10K1)"
-	depends on SOUND_PRIME && PCI && OBSOLETE_OSS_DRIVER
+	depends on SOUND_PRIME && PCI
 	---help---
 	  Say Y or M if you have a PCI sound card using the EMU10K1 chipset,
 	  such as the Creative SBLive!, SB PCI512 or Emu-APS.
@@ -102,7 +102,7 @@
 
 config SOUND_FUSION
 	tristate "Crystal SoundFusion (CS4280/461x)"
-	depends on SOUND_PRIME && PCI
+	depends on SOUND_PRIME && PCI && OBSOLETE_OSS_DRIVER
 	help
 	  This module drives the Crystal SoundFusion devices (CS4280/46xx
 	  series) when wired as native sound drivers with AC97 codecs.  If
@@ -140,7 +140,7 @@
 
 config SOUND_ES1371
 	tristate "Creative Ensoniq AudioPCI 97 (ES1371)"
-	depends on SOUND_PRIME && PCI && OBSOLETE_OSS_DRIVER
+	depends on SOUND_PRIME && PCI
 	help
 	  Say Y or M if you have a PCI sound card utilizing the Ensoniq
 	  ES1371 chipset, such as Ensoniq's AudioPCI97. To find out if
@@ -571,7 +571,7 @@
 
 config SOUND_AD1889
 	tristate "AD1889 based cards (AD1819 codec) (EXPERIMENTAL)"
-	depends on EXPERIMENTAL && SOUND_OSS && PCI
+	depends on EXPERIMENTAL && SOUND_OSS && PCI && OBSOLETE_OSS_DRIVER
 	help
 	  Say M here if you have a sound card based on the Analog Devices
 	  AD1889 chip.
@@ -742,7 +742,7 @@
 
 config SOUND_NM256
 	tristate "NM256AV/NM256ZX audio support"
-	depends on SOUND_OSS && OBSOLETE_OSS_DRIVER
+	depends on SOUND_OSS
 	help
 	  Say M here to include audio support for the NeoMagic 256AV/256ZX
 	  chipsets. These are the audio chipsets found in the Sony
@@ -919,7 +919,7 @@
 
 config SOUND_YM3812
 	tristate "Yamaha FM synthesizer (YM3812/OPL-3) support"
-	depends on SOUND_OSS && OBSOLETE_OSS_DRIVER
+	depends on SOUND_OSS
 	---help---
 	  Answer Y if your card has a FM chip made by Yamaha (OPL2/OPL3/OPL4).
 	  Answering Y is usually a safe and recommended choice, however some
@@ -947,7 +947,7 @@
 
 config SOUND_OPL3SA2
 	tristate "Yamaha OPL3-SA2 and SA3 based PnP cards"
-	depends on SOUND_OSS
+	depends on SOUND_OSS && OBSOLETE_OSS_DRIVER
 	help
 	  Say Y or M if you have a card based on one of these Yamaha sound
 	  chipsets or the "SAx", which is actually a SA3. Read


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2006-02-14 23:28 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-02-14 23:28 [2.6 patch] update OBSOLETE_OSS_DRIVER schedule and dependencies Adrian Bunk
  -- strict thread matches above, loose matches on Subject: below --
2006-02-11 14:50 Adrian Bunk
2006-02-12  2:04 ` Alan Cox
2006-02-12 17:20   ` Adrian Bunk

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.