more scheduled OSS driver removal
PATCH 1/1 more scheduled OSS driver removal
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressions and
- whose Kconfig options have been removed in 2.6.20.
---
Due to its size, the patch is available at ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/misc/patch-remove-oss.gz
Documentation/feature-removal-schedule.txt | 7 Documentation/kernel-parameters.txt | 10 Documentation/sound/oss/AD1816 | 84 Documentation/sound/oss/NM256 | 280 - Documentation/sound/oss/OPL3-SA2 | 210 Documentation/sound/oss/VIA-chipset | 43 Documentation/sound/oss/cs46xx | 138 MAINTAINERS | 35 drivers/media/radio/Makefile | 4 drivers/media/radio/miropcm20-radio.c | 266 - drivers/media/radio/miropcm20-rds-core.c | 211 drivers/media/radio/miropcm20-rds-core.h | 19 drivers/media/radio/miropcm20-rds.c | 132 sound/oss/Makefile | 13 sound/oss/ac97.c | 432 - sound/oss/ac97.h | 201 sound/oss/aci.c | 712 -- sound/oss/aci.h | 57 sound/oss/ad1816.c | 1368 ----- sound/oss/ad1889.c | 1101 ---- sound/oss/ad1889.h | 135 sound/oss/adlib_card.c | 73 sound/oss/cs461x.h | 1691 ------ sound/oss/cs461x_image.h | 322 - sound/oss/cs46xx.c | 5444 --------------------- sound/oss/cs46xx_wrapper-24.h | 56 sound/oss/cs46xxpm.h | 70 sound/oss/emu10k1/8010.h | 737 -- sound/oss/emu10k1/Makefile | 17 sound/oss/emu10k1/audio.c | 1595 ------ sound/oss/emu10k1/audio.h | 44 sound/oss/emu10k1/cardmi.c | 832 --- sound/oss/emu10k1/cardmi.h | 97 sound/oss/emu10k1/cardmo.c | 229 sound/oss/emu10k1/cardmo.h | 62 sound/oss/emu10k1/cardwi.c | 384 - sound/oss/emu10k1/cardwi.h | 91 sound/oss/emu10k1/cardwo.c | 643 -- sound/oss/emu10k1/cardwo.h | 90 sound/oss/emu10k1/ecard.c | 157 sound/oss/emu10k1/ecard.h | 113 sound/oss/emu10k1/efxmgr.c | 220 sound/oss/emu10k1/efxmgr.h | 270 - sound/oss/emu10k1/emuadxmg.c | 104 sound/oss/emu10k1/hwaccess.c | 507 - sound/oss/emu10k1/hwaccess.h | 247 sound/oss/emu10k1/icardmid.h | 163 sound/oss/emu10k1/icardwav.h | 53 sound/oss/emu10k1/irqmgr.c | 113 sound/oss/emu10k1/irqmgr.h | 52 sound/oss/emu10k1/main.c | 1471 ----- sound/oss/emu10k1/midi.c | 614 -- sound/oss/emu10k1/midi.h | 78 sound/oss/emu10k1/mixer.c | 690 -- sound/oss/emu10k1/passthrough.c | 240 sound/oss/emu10k1/passthrough.h | 99 sound/oss/emu10k1/recmgr.c | 147 sound/oss/emu10k1/recmgr.h | 48 sound/oss/emu10k1/timer.c | 176 sound/oss/emu10k1/timer.h | 54 sound/oss/emu10k1/voicemgr.c | 398 - sound/oss/emu10k1/voicemgr.h | 103 sound/oss/nm256.h | 292 - sound/oss/nm256_audio.c | 1662 ------ sound/oss/nm256_coeff.h | 4697 ------------------ sound/oss/opl3.c | 14 sound/oss/opl3.h | 5 sound/oss/opl3sa2.c | 1020 --- 68 files changed, 4 insertions(+), 31738 deletions(-)
Quoted 4 lines · Adrian Bunk
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressions and
- whoseKconfigoptions have been removed in 2.6.20.
Sorry for this late respond
Is sound/oss/emu10k1/ really ready to be replaced? According to a friend of mine, who got the hardware, the ALSA still lacks feature provided by the OSS-driver. He mentioned some sort of programmable memory (forgot the name for that) with whom you can run small programs to manipulate the sounds (adding echo and such). Also, he got problems with getting more accurate control of the volume (guess this is more a userland issue). He seems to have done his homework but only got to pages where other peoples had the same problem.
If this is really implemented, please let me know so I can forward it to him. Also, any good site on ALSA with detailed information on this stuff would be much appreciated!
Thanks and good night
Richard Knutsson
Quoted 7 lines · Richard Knutsson
Quoted 4 lines · Adrian Bunk
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressions and
- whoseKconfigoptions have been removed in 2.6.20.Sorry for this late respond
Quoted 8 lines
Is
sound/oss/emu10k1/really ready to be replaced? According to a friend of mine, who got the hardware, the ALSA still lacks feature provided by the OSS-driver. He mentioned some sort of programmable memory (forgot the name for that) with whom you can run small programs to manipulate the sounds (adding echo and such). Also, he got problems with getting more accurate control of the volume (guess this is more a userland issue). He seems to have done his homework but only got to pages where other peoples had the same problem.
Which bug numbers in the ALSA bugtracking system [1] are these?
If there are regressions in an ALSA driver compared to the corresponding OSS driver, the goal is to get the ALSA driver fixed.
Current number of regressions in the ALSA emu10k1 driver people gave me numbers of open ALSA bugs for:
0
Quoted 3 lines
If this is really implemented, please let me know so I can forward it to him.
...
You can monitor the bugs in the ALSA bugtracking system describing the problems your friend has.
Quoted 2 lines
Thanks and good night
Richard Knutsson
cu
Adrian
[1] http://bugtrack.alsa-project.org/alsa-bug/
Signature · 4 lines
"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 SeedQuoted 9 lines · Adrian Bunk
Quoted 7 lines · Richard Knutsson
Quoted 5 lines · Adrian Bunk
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressions and
- whoseKconfigoptions have been removed in 2.6.20.
Quoted 9 lines
Quoted 5 lines
Sorry for this late respond
Is
sound/oss/emu10k1/really ready to be replaced? According to a friend of mine, who got the hardware, the ALSA still lacks feature provided by the OSS-driver. He mentioned some sort of programmable memory (forgot the name for that) with whom you can run small programs to manipulate the sounds (adding echo and such). Also, he got problems with getting more accurate control of the volume (guess this is more a userland issue). He seems to have done his homework but only got to pages where other peoples had the same problem.Current number of regressions in the ALSA emu10k1 driver people gave me numbers of open ALSA bugs for:
0
Oh ok, I will let him know that. Thanks
Richard Knutsson
Quoted 5 lines · Richard Knutsson
Quoted 4 lines · Adrian Bunk
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressions and
- whoseKconfigoptions have been removed in 2.6.20.
Quoted 7 lines
Sorry for this late respond
Is
sound/oss/emu10k1/really ready to be replaced? According to a friend of mine, who got the hardware, the ALSA still lacks feature provided by the OSS-driver. He mentioned some sort of programmable memory (forgot the name for that) with whom you can run small programs to manipulate the sounds (adding echo and such).
He's referring to EMU DSP manager. (emudspmgr I think it's called). The ALSA equivalent is ld10k1. It might not be as mature as the OSS equivalent, but are we really going to keep obsolete drivers in the kernel just because the userspace tools for the old driver are more mature?
Quoted 5 lines
Also, he got problems with getting
more accurate control of the volume (guess this is more a userland issue). He seems to have done his homework but only got to pages where other peoples had the same problem.
I guess he's referring to the well known "Master volume only controls front output" problem. This really does need to be resolved, as many other ALSA drivers are effected.
Lee
Quoted 15 lines · Lee Revell
Quoted 6 lines · Richard Knutsson
Quoted 2 lines · Adrian Bunk
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressionsand
Quoted 2 lines
- whose
Kconfigoptions have been removed in 2.6.20.Quoted 7 lines
Sorry for this late respond
Is
sound/oss/emu10k1/really ready to be replaced? According to a friend of mine, who got the hardware, the ALSA still lacks feature provided by the OSS-driver. He mentioned some sort of programmable memory (forgot the name for that) with whom you can run small programs to manipulate the sounds (adding echo and such).
Quoted 5 lines
He's referring to EMU DSP manager. (emudspmgr I think it's called). The ALSA equivalent is ld10k1. It might not be as mature as the OSS equivalent, but are we really going to keep obsolete drivers in the kernel just because the userspace tools for the old driver are more mature?
Good! I forward that info to him.
BTW, I did not mean to suggest we keep the OSS instead of ALSA. Just voiced if it is _ready_ to be replaced. But since there is no regression report filed (believed he already made one) I will pipe down :)
Quoted 10 lines
Quoted 6 lines
Also, he got problems with getting
more accurate control of the volume (guess this is more a userland issue). He seems to have done his homework but only got to pages where other peoples had the same problem.I guess he's referring to the well known "Master volume only controls front output" problem. This really does need to be resolved, as many other ALSA drivers are effected.
<rant_mode=on>
Isn't this quite a basic feature?! Is there somewhere to monitor the progress on this? <rant_mode=off>
Thanks for your help!
Richard Knutsson
Quoted 7 lines · Richard Knutsson
Quoted 3 lines
I guess he's referring to the well known "Master volume only controls front output" problem. This really does need to be resolved, as many other ALSA drivers are effected.
<rant_mode=on>
Isn't this quite a basic feature?! Is there somewhere to monitor the progress on this?
<rant_mode=off>
AC97 spec defines "Master" as controlling front outputs only.
But yes, there are proposals to improve the situation. Search the alsa-devel archives.
Lee
Quoted 4 lines · Lee Revell
I guess he's referring to the well known "Master volume only controls front output" problem. This really does need to be resolved, as many other ALSA drivers are effected.
I don't see that as a bug. Mine is a TerraTec DMX XFire 1024 (snd-cs46xx).
Master maps to front, Headphone to rear. PCM is the overall volume of digital audio (i.e. everything I can count on my fingers). Of course PCM is not "everything", it does not include Line Out for example. But it does not either on Windows (where there also is no "everything" control in sndvol32), so it is not a bug for me.
Jan