(SP1) ALSA fix (again)

Oh, that was dumb. In /etc/rc.d/rc.services, the following modules are explicitly loaded (needed for the volume control tray applet to work) however I had '-n' option in each line which I just discovered means "dry run". So now I have removed the '-n' and have this:

modprobe snd-mixer-oss
modprobe snd-seq-oss
modprobe snd-pcm-oss

You also need these to be loaded (at least the first one I think) to get /dev/mixer created.

This probably fixes a lot of sound-related bug reports in 4.1.

Posted on 25 Oct 2008, 8:20


Posted on 25 Oct 2008, 18:20 by Dougal
dry run
The reason they were probed that way originally was to fetch them from the zdrv, in case they are needed/autoloaded.

I think there was no problem in the past since /dev was static, so /dev/mixer was always there...

You'll probably need to also add loading them to the alsawizard, since it probably unloads all snd- modules when it starts.

Posted on 25 Oct 2008, 22:14 by JustGreg
Thanks for this one
I was in the process of posting a bug report. After several installations of 4..1.1, I found that sound the first time but not the second. I used ALSA wizard to get the sound to work, but, the sound (speaker) icon disappear from the JWM tray. I made the change and everything is normal.

Posted on 27 Oct 2008, 8:03 by BarryK
That '-n'
Ah, yes, I was trying to recall why I had that '-n', the reason was eluding me.

/dev is still static, or rather quasi-static. Most of /dev is static, but udevd will create any extra devnodes that it needs as modules are loaded.

I just checked, /dev/mixer is still statically created, so that means something must have been removing it.

Posted on 27 Oct 2008, 18:46 by Dougal
Just like the udev rules have /dev/mixer created when snd-mxer-oss is loaded, they also have it _removed_ when the module is unloaded -- which is probably what the alsawizard does.