[2.6.22 patch] more scheduled OSS driver removal

[2.6.22 patch] more scheduled OSS driver removal

[Adrian Bunk]

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.

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

---

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(-)

Re: [2.6.22 patch] more scheduled OSS driver removal

[Richard Knutsson]

Adrian Bunk wrote:
> 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.
>   
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

Re: [2.6.22 patch] more scheduled OSS driver removal

[Adrian Bunk]

On Mon, Mar 26, 2007 at 03:26:19AM +0200, Richard Knutsson wrote:
> Adrian Bunk wrote:
> >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.
> >  
> 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.

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

> 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.

> Thanks and good night
> Richard Knutsson

cu
Adrian

[1] http://bugtrack.alsa-project.org/alsa-bug/

-- 

       "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

Re: [2.6.22 patch] more scheduled OSS driver removal

[Lee Revell]

On 3/25/07, Richard Knutsson <ricknu-0@student.ltu.se> wrote:
> Adrian Bunk wrote:
> > 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.
> >
> 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?

> 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

Re: [2.6.22 patch] more scheduled OSS driver removal

[Richard Knutsson]

Adrian Bunk wrote:
> On Mon, Mar 26, 2007 at 03:26:19AM +0200, Richard Knutsson wrote:
>   
>> Adrian Bunk wrote:
>>     
>>> 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.
>>>  
>>>       
>> 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

Re: [2.6.22 patch] more scheduled OSS driver removal

[Richard Knutsson]

Lee Revell wrote:
> On 3/25/07, Richard Knutsson <ricknu-0@student.ltu.se> wrote:
>> Adrian Bunk wrote:
>> > 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.
>> >
>> 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?
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 :)
>
>> 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

Re: [2.6.22 patch] more scheduled OSS driver removal

[Jan Engelhardt]

On Mar 26 2007 00:16, Lee Revell wrote:
>
> 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
-- 

Re: [2.6.22 patch] more scheduled OSS driver removal

[Lee Revell]

On 3/26/07, Richard Knutsson <ricknu-0@student.ltu.se> wrote:
> > 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