There are incomplete lines for /etc/devfsd.conf in the alsa portion: just changing these to LOOKUP dsp MODLOAD ACTION snd-pcm-oss LOOKUP mixer MODLOAD ACTION snd-mixer-oss LOOKUP midi MODLOAD ACTION snd-seq-oss will do the trick
Not really, as it is *too* alsa specific. Add a file to /etc/modules.d/ which contain: #---------------snip------------------------- alias dsp snd-pcm-oss alias mixer snd-mixer-oss alias midi snd-seq-oss #---------------snip------------------------- I for instance use OSS, and have: #----------------snip------------------------ alias sound-slot-0 es1371 options sound dmabuf=1 alias midi opl3 options opl3 io=0x388 options es1371 amplifier=1 #----------------snip------------------------ which only need to define midi ....
alsa-driver ebuild already installs a file in modules.d with aliases for /dev/dsp and and /dev/mixer. I've just added the line with the alias for /dev/mixer. IMO this should do the trick for most people, and allows us to avoid littering devfsd.conf with alsa-specific stuff.
You're all right.
Wait a minute, I don't think it's fixed. I just did a system/world update yesterday (including alsa) and my /dev/dsp disappeared, which of course horked up gnomemeeting, among other things... I still think more alsa stuff needs to be added to devfsd.conf (maybe in a comment block for those who need it) to straighten this out. Since this is a year later, I'd say this bug should be re-opened. Or enter a new one :) http://forums.gentoo.org/viewtopic.php?p=356849#356849 Please read my forum post above and correct my where I'm wrong.
apparently, the problem still exists.
I too am having this problem. I'm not having any sucess getting this to be automagically created though. I don't know why, but following any of the suggestions that I have seen, I can't seem to get devfs to create a /dev/dsp
Below should be an ok for /etc/modules.d/alsa (if you uncomment the required lines) to auto load needed when just accessing /dev/dsp, or whatever: ------------------------------------------------- # Alsa 0.9.X kernel modules' configuration file. # $Header: $ # ALSA portion alias char-major-116 snd # OSS/Free portion alias char-major-14 soundcore # # IMPORTANT: # You need to customise this section for your specific sound card(s) # and then run `update-modules' command. # Read alsa-driver's INSTALL file in /usr/share/doc for more info. # # ALSA portion alias snd-card-0 snd-mycard #snd-intel8x0 #alias snd-card-1 snd-ens1371 # NOTE for a second card, you need to change # cards_limit=1 below .... # OSS/Free portion alias sound-slot-0 snd-card-0 #alias sound-slot-1 snd-card-1 # OSS/Free portion - card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss # OSS/Free portion - card #2 #alias sound-service-1-0 snd-mixer-oss #alias sound-service-1-3 snd-pcm-oss #alias sound-service-1-12 snd-pcm-oss alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss alias /dev/adsp snd-pcm-oss alias /dev/audio snd-pcm-oss # Set this to the correct number of cards. options snd snd_major=116 cards_limit=1
Has this changed with later versions of ALSA?
No, it hasn't changed, AFAIK.
Shouldn't we close this bug, there has been no error reports for a while now.
After the devfs update over the weekend this has reaed its ugly head again at least with the 2.6 kernel on my system. I think it has something to do with the fact /dev/snd and /dev/sound are directories not files and in modules,devfs we have:- # Soundcard alias /dev/sound sound-slot-0 alias /dev/audio /dev/sound alias /dev/mixer /dev/sound alias /dev/dsp /dev/sound alias /dev/dspW /dev/sound alias /dev/midi /dev/sound which also appears in modules.devfs but I am afraid I do not know enought about devfs to resolve this.
This is working for me... is it still broken for you?
closing as this appears to have been fixed for a while...
Hhm, using alsa-driver-0.9.8 amixer can't open /dev/controlC0. it doesn't exist. But using the snddevice script from alsa-driver-0.9.8.tar.bz2 fixed it. So now my /etc/devfs.d/alsa look like: --- # ALSA/OSS stuff # Comment/change these if you want to change the permissions on # the audio devices LOOKUP snd MODLOAD ACTION snd LOOKUP dsp MODLOAD LOOKUP mixer MODLOAD LOOKUP midi MODLOAD REGISTER sound/.* PERMISSIONS root.audio 660 REGISTER snd/.* PERMISSIONS root.audio 660 REGISTER ^snd/controlC0 CFUNCTION GLOBAL symlink /proc/asound/oss/sndstat /dev/sndstat --- please add this file to the alsa package (0.9.8) or fix http://www.gentoo.org/doc/en/alsa-guide.xml#doc_chap2 Listing 2.11 Stuff like aload could be also symlinked..., or is this fixed with newer alsa-driver releases? (code taken from http://lists.debian.org/debian-user/2003/debian-user-200308/msg05421.html )
After reading http://www.simon-vollmer.de/public/lynx/big/linux_module.html i'm i little bit confused, snd-via86xx was already loaded but no /dev/controllC0!
it's best to reopen a bug if you want a dev to check it out again... otherwise we'll just miss it...
F. Steinel: amixer is provided by alsa-utils... not alsa-driver. Do you have a version mismatch between them?
alsa-utils 0.9.8 alsa-driver 0.9.8 (2.4.23-grsec-1.9.13) xfs-sources 2.4.24-rc3 Do you need any other versions? BTW: My problem was fixed by the REGISTER ^snd/controlC0 CFUNCTION GLOBAL symlink /proc/asound/oss/sndstat /dev/sndstat line... should i delete above line an the dev files created by snddevice to trigger the bug again?
Please update to alsa-*-1.0.3 and try to trigger the bug...
no response and works for me...
worksforme (busy doing a ppc gentoo install) .-)
