I can't seem to get udev to start properly. I have a rc.udev script, butwhen it runs the first time, no nodes get created for the soud devices (/dev/dsp, etc) that ALSA needs to emulate OSS. I end up having to re-initialize udev in my local script. And when I do that, somehow /dev/pts gets uncreated and I have to re-mount it, again from my local script. (Without /dev/pts, I can't access the command-line from X !)

My basic question is what am I not doing right with udev? Why should I have to turn it on twice? I'm thinking that something stops it before it gets fully initialized, but dmesg and syslog don't show anything. Hmm, maybe I didn't scrutinize syslog as closely as I need to, now that I think about it.

In any case, suggestions would be appreciated. Thanks in advance!

--Akshun J

well...i don't know any other solution as the one you posted.
( might have to do with the Slack-startup script or udev itself....... )

egag

I had the same issue (I use snd_intel8x0 driver), I ended with compile all sound features as built-in
Now udev creates the /dev/dsp etc... the same way as before

The solution I came across and use is simply to reload the OSS emulation modules.

To do that, the following is in my /etc/rc.d/rc.local

Good point , you did not put them in /etc/hotplug/blacklist ?

No, they are not blacklisted. They autoload from /etc/modprobe.conf. Which I thought was the desired behavior. So I should load them from rc.local and blacklist them on hotplug? Hmm, I will give it a try.

Is it just an issue of timing? If Alsa loads the OSS module before udev initializes, does that create the issue? It would make sense. I'll just kill rc.alsa all together and reload volume and OSS from local. I'll post if that works when I get home. Thanks for the help, dude. I really appreciate i!

--Akshun J

Well, I have determined that this issue is a conflict between ALSA and udev. I think the bug is with udev. However, it appears on the ALSA bug-tracking. I compiled soundcore as a module. When soundcore loads, udev creates a node at /dev/sound. Then, when the oss modules are loaded, udev tries to put them in a /dev/sound directory, but the existence of /dev/sound node intereferes with this. There is no where for them to go. I think I can blacklist soundcore and load it after udev is grooving, but I think it's got to load BEFORE the oss modules, which leaves me with the problem again. The only solution I have that works is to restart udev and remount /dev/pts. I can live with it, but it seems like a dirty hack. And, of course, I can compile soundcore into the kernel. That works for my laptop (same version of udev and ALSA.) I think udev still needs some work.

--Akshun J

How exactly do you generate a /dev/dsp. Mine went away between 2.6.8.1 and 2.6.10. I am using the snd-cmipci sound module.

tcorner@emerson:~$ ls /sys/class/sound
adsp/ controlC0/ dsp1/ pcmC0D0c/ pcmC0D2c/ timer/
audio/ controlC1/ mixer/ pcmC0D0p/ pcmC0D2p/
audio1/ dsp/ mixer1/ pcmC0D1p/ pcmC1D0c/


Now how do I link the devices described in /sys/class/sound to a /dev/dsp etc. ?

Thanks,

Tom

I hate to reply to myself, but I got it. There is already an /etc/rc.d/rc.udev script. It just needs to be rerun in r/etc/rc.d/rc.local.

Thanks,

Tom