[RFC] disable OSS sound support

[drago01]

Currently we have:

CONFIG_SOUND_OSS_CORE=y
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y

this cause the OSS compat modules to be loaded on every system (that
has sound), even thought most people do not require this (pure oss
apps aren't used that often).
If its really needed we have aoss and padsp to run such apps for
people that really needs them, without having this modules loaded on
every system running fedora.

Besides apps that just open /dev/dsp are unlikely to "just work" in a
default setup due to pulseaudio.

So my proposal is: Disable this options in rawhide (and those F11) and
add a note to the release notes that people can use padsp/aoss to make
oss apps working.

[Hans de Goede]

drago01 wrote:
>  Currently we have:
>  
>  CONFIG_SOUND_OSS_CORE=y
>  CONFIG_SND_OSSEMUL=y
>  CONFIG_SND_MIXER_OSS=m
>  CONFIG_SND_PCM_OSS=m
>  CONFIG_SND_PCM_OSS_PLUGINS=y
>  CONFIG_SND_SEQUENCER_OSS=y
>  
>  this cause the OSS compat modules to be loaded on every system (that
>  has sound), even thought most people do not require this (pure oss
>  apps aren't used that often).
>  If its really needed we have aoss and padsp to run such apps for
>  people that really needs them, without having this modules loaded on
>  every system running fedora.
>  
>  Besides apps that just open /dev/dsp are unlikely to "just work" in a
>  default setup due to pulseaudio.
>  
>  So my proposal is: Disable this options in rawhide (and those F11) and
>  add a note to the release notes that people can use padsp/aoss to make
>  oss apps working.
>   
I like it, +1, but others might disagree, I'm sure someone can dig up some old 
app which still needs it :) But that is going to be the exception to the rule 
that oss support is no longer needed.

Regards,

Hans

[Matthew Woehlke]

Hans de Goede wrote:
>  I like it, +1, but others might disagree, I'm sure someone can
> dig up 
>  some old app which still needs it :) But that is going to be the 
>  exception to the rule that oss support is no longer needed. 
'cat /dev/urandom > /dev/dsp' ;-) (which I also use as a cheap test if 
my sound is working).

Out of curiosity, what's the overhead of /just/ /dev/dsp support? If 
it's low enough, it might be nice to keep just that, but it's not 
necessarily worth blocking removal. (Will /dev/dsp not exist when padsp 
isn't running?)

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
"Let's call it an accidental feature." -- Larry Wall

[Bastien Nocera]

On Fri, 2009-02-06 at 16:03 +0100, drago01 wrote:
>  Currently we have:
>  
>  CONFIG_SOUND_OSS_CORE=y
>  CONFIG_SND_OSSEMUL=y
>  CONFIG_SND_MIXER_OSS=m
>  CONFIG_SND_PCM_OSS=m
>  CONFIG_SND_PCM_OSS_PLUGINS=y
>  CONFIG_SND_SEQUENCER_OSS=y
>  
>  this cause the OSS compat modules to be loaded on every system (that
>  has sound), even thought most people do not require this (pure oss
>  apps aren't used that often). 
See also:
https://bugzilla.redhat.com/show_bug.cgi?id=472741
And the related discussion on this list ("F11: OSS and pulseaudio
conflict" in November).

>  If its really needed we have aoss and padsp to run such apps for
>  people that really needs them, without having this modules loaded on
>  every system running fedora.
>  
>  Besides apps that just open /dev/dsp are unlikely to "just work" in a
>  default setup due to pulseaudio.
>  
>  So my proposal is: Disable this options in rawhide (and those F11) and
>  add a note to the release notes that people can use padsp/aoss to make
>  oss apps working. 
Completely agree.

[Jon Masters]

On Fri, 2009-02-06 at 18:44 +0000, Bastien Nocera wrote:

>  > So my proposal is: Disable this options in rawhide (and those
> F11) and
>  > add a note to the release notes that people can use padsp/aoss to make
>  > oss apps working.
>  
>  Completely agree. 
As I pointed out on IRC, it's just a modprobe rule loading these OSS
modules, so removing them from the kernel is a heavyweight solution to
your problem. You could trivially add a rule to remove them or change
the existing ones.

Jon.