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.
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
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?)
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.
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.
kernel@lists.fedoraproject.org