Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 110492 - /dev/snd entries not created by udev when ALSA drivers are loaded
Summary: /dev/snd entries not created by udev when ALSA drivers are loaded
Status: VERIFIED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Greg Kroah-Hartman (RETIRED)
URL:
Whiteboard:
Keywords:
: 113545 114128 114932 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-10-25 16:18 UTC by Scott Alfter
Modified: 2006-01-02 22:24 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Scott Alfter 2005-10-25 16:18:12 UTC
I've tried both the kernel drivers (gentoo-sources-2.6.13-r3) and the driver
ebuild (alsa-driver-1.0.9b) to try getting sound working on a system with both
onboard nForce3 audio (intel8x0) and a PCI soundcard (cmipci). 
/etc/init.d/alsasound loads all of the needed modules correctly AFAICT, but when
I try to fix the mixer settings with alsamixer, I get the following:

alsamixer: function snd_ctl_open failed for default: No such file or directory

On my other Linux systems with installed sound hardware, there's a /dev/snd
subdirectory with device nodes for whatever happens to be installed.  On this
one troublesome box, though, those aren't getting created properly.  I tried
creating some device nodes manually by duplicating what was on another system. 
This worked for the first card, but I'm not sure what major/minor numbers should
be used for the second card.  In any case, this should be handled automatically,
like it is on my other systems.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Gentoo Base System version 1.6.12
Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r0,
2.6.13-gentoo-r3 x86_64)
=================================================================
System uname: 2.6.13-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3200+
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -fomit-frame-pointer -march=k8"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -fomit-frame-pointer -march=k8"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://gentoo.ccccom.com"
LC_ALL="en_US.utf8"
MAKEOPTS="-j12"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rtr2170ws/gentoo-portage"
USE="amd64 X aac alsa avi berkdb bitmap-fonts cdr crypt cups dvd dvdr eds emboss
encode fam flac foomaticdb fortran gif gpm gstreamer gtk gtk2 imlib ipv6 jpeg
kde lzw lzw-tiff mad mp3 mpeg mysql ncurses nls ogg opengl oss pam pdflib perl
png postgres ppds python qt quicktime readline sdl spell ssl tcpd tiff truetype
truetype-fonts type1-fonts udev unicode usb userlocales vorbis xinerama xml2 xpm
xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-10-25 16:20:43 UTC
udev version missing; also please review Bug 105043.
Comment 2 Scott Alfter 2005-10-25 17:00:21 UTC
I had udev-070-r1 installed.  I've downgraded to udev-058, but am waiting for
another ebuild (a lengthy one) to finish before I reboot to see if the older
version will work any better.  I'll post results after the machine reboots.
Comment 3 Scott Alfter 2005-10-25 17:52:46 UTC
Downgrading udev made no difference.  I went back to udev-070-r1.  Running
udevstart created device nodes for both the onboard audio and the soundcard, and
the mixers and audio outputs then worked, but the device nodes go away when the
machine is rebooted.
Comment 4 Emiliano Vavassori 2005-11-09 13:36:14 UTC
Same problem here. Tested with udev-072, downgrading to udev-071 and now works
fine. `emerge info` at http://sssupa.sssup.it/~testina/gentoo-einfo.txt
Comment 5 Emiliano Vavassori 2005-11-10 02:40:21 UTC
Tried also with udev-073 and does not function. Reverted to udev-071.

Watched for solutions on Bug 105043 but does not apply to me. I want to know why
I've got to write a udev-rule when ebuild must function by itself.
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2005-11-10 02:50:25 UTC
People, you need to reopen the bug when you post the requested information,
otherwise noone will really notice again next time. 
Comment 7 Emiliano Vavassori 2005-11-10 03:37:40 UTC
Sorry, I don't understand. Was this bug not marked as 'NEW', was it? What do you
mean? I have to file a new bug for this issue? Sorry, but I have never used a
bugzilla before...
Comment 8 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-11-10 09:07:43 UTC
So, with 073 it does not work, but 071 it does?
Comment 9 Emiliano Vavassori 2005-11-10 10:14:41 UTC
> So, with 073 it does not work, but 071 it does?

Yes, exactly. But now I'm a little disappointed, because I don't notice that
this bug is marked amd64... And I'm on x86...

I use etc-update when required by emerge world.

Comment 10 Stephen Becker (RETIRED) gentoo-dev 2005-11-10 12:08:19 UTC
Hmm, mostly a "me too" response here.  I first noticed it today when I updated
to 073, and then rebooted a few times while monkeying with grub.  I'm pretty
sure I had 072 installed previously, and things were working there.  But then,
it is possible I simply hadn't rebooted in so long that I had never gone through
a boot sequence using 072.
Comment 11 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-11-10 16:57:45 UTC
Does /sys/class/sound show up properly?

It works just fine for me here:
greg@press ~ $ ls /dev/snd
ls: /dev/snd: No such file or directory
greg@press ~ $ sudo modprobe snd-hda-intel
greg@press ~ $ ls /dev/snd
controlC0  pcmC0D0c  pcmC0D0p  timer

Are your alsa drivers built into the kernel, or as modules?

And finally, what does:
   udevtest /sys/class/sound/timer sound
run as root produce?

  
Comment 12 Stephen Becker (RETIRED) gentoo-dev 2005-11-10 17:56:08 UTC
(In reply to comment #11)
> Does /sys/class/sound show up properly?

It is currently there, but I can't say anything about immediately after boot. 
Unfortunately, I'm doing some RealWork(TM) and can't afford to reboot my x86 box
at the moment to make sure.

> 
> It works just fine for me here:
> greg@press ~ $ ls /dev/snd
> ls: /dev/snd: No such file or directory
> greg@press ~ $ sudo modprobe snd-hda-intel
> greg@press ~ $ ls /dev/snd
> controlC0  pcmC0D0c  pcmC0D0p  timer
> 
> Are your alsa drivers built into the kernel, or as modules?

I use modules.  In order for the /dev/snd and /dev/sound stuff to show up, I
have to manually run "udevstart" *after* the modules are loaded


> And finally, what does:
>    udevtest /sys/class/sound/timer sound
> run as root produce?

hellfire ~ # udevtest /sys/class/sound/timer sound
main: looking at device '/class/sound/timer' from subsystem 'sound'
main: opened class_dev->name='timer'
udev_rules_get_name: rule applied, 'timer' becomes 'snd/timer'
create_node: creating device node '/dev/snd/timer', major = '116', minor = '33',
mode = '0660', uid = '0', gid = '18'
Comment 13 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-11-10 23:01:30 UTC
This all looks just fine.

Please let me know if after rebooting, it still does not work.

Also, when in the boot process are your alsa drivers getting loaded?
Comment 14 Stephen Becker (RETIRED) gentoo-dev 2005-11-11 05:46:17 UTC
(In reply to comment #13)
> This all looks just fine.
> 
> Please let me know if after rebooting, it still does not work.

I just rebooted, note all of these modules are loaded:

snd_seq_midi            6560  0 
snd_emu10k1_synth       6016  0 
snd_emux_synth         28992  1 snd_emu10k1_synth
snd_seq_virmidi         5248  1 snd_emux_synth
snd_seq_midi_event      5632  2 snd_seq_midi,snd_seq_virmidi
snd_seq_midi_emul       6464  1 snd_emux_synth
snd_seq                44688  5
snd_seq_midi,snd_emux_synth,snd_seq_virmidi,snd_seq_midi_event,snd_seq_midi_emul
snd_pcm_oss            46560  0 
snd_mixer_oss          15680  1 snd_pcm_oss
snd_emu10k1           104484  1 snd_emu10k1_synth
snd_rawmidi            19296  3 snd_seq_midi,snd_seq_virmidi,snd_emu10k1
snd_seq_device          6732  5
snd_seq_midi,snd_emu10k1_synth,snd_seq,snd_emu10k1,snd_rawmidi
snd_ac97_codec         86076  1 snd_emu10k1
snd_pcm                76424  3 snd_pcm_oss,snd_emu10k1,snd_ac97_codec
snd_timer              19716  3 snd_seq,snd_emu10k1,snd_pcm
snd_ac97_bus            1792  1 snd_ac97_codec
snd_page_alloc          8008  2 snd_emu10k1,snd_pcm
snd_util_mem            3264  2 snd_emux_synth,snd_emu10k1
snd_hwdep               6752  2 snd_emux_synth,snd_emu10k1
snd                    43620  12
snd_emux_synth,snd_seq_virmidi,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_emu10k1,snd_rawmidi,snd_seq_device,snd_ac97_codec,snd_pcm,snd_timer,snd_hwdep
soundcore               6880  1 snd

hellfire ~ # udevtest /sys/class/sound/timer sound
main: looking at device '/class/sound/timer' from subsystem 'sound'
main: opened class_dev->name='timer'
udev_rules_get_name: rule applied, 'timer' becomes 'snd/timer'
create_node: creating device node '/dev/snd/timer', major = '116', minor = '33',
mode = '0660', uid = '0', gid = '18'

hellfire ~ # ls -l /dev/snd 
total 0

hellfire ~ # udevstart

hellfire ~ # ls /dev/snd
controlC0  hwC0D2    midiC0D1  midiC0D3  pcmC0D0p  pcmC0D2c  pcmC0D3p  timer
hwC0D0     midiC0D0  midiC0D2  pcmC0D0c  pcmC0D1c  pcmC0D2p  seq

> Also, when in the boot process are your alsa drivers getting loaded?

Looks like alsasound is part of the boot runlevel for me.  Really though, it
shouldn't matter, as they are loaded after udev starts.

-Steve
Comment 15 Stephen Becker (RETIRED) gentoo-dev 2005-11-11 06:02:27 UTC
For completeness, I retested with both 072 and 071.  It seems that 072 does have
the same problem as 073, while 071 works perfectly.

-Steve
Comment 16 Emiliano Vavassori 2005-11-11 07:10:04 UTC
(In reply to comment #15)
> For completeness, I retested with both 072 and 071.  It seems that 072 does have
> the same problem as 073, while 071 works perfectly.

Same here, at least for the positions in runlevel and the versions of udev.
If something differs here, I'll post them.
Comment 17 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-11-14 13:45:59 UTC
Have you updated to the latest versions of the alsa- packages?
Comment 18 Emiliano Vavassori 2005-11-17 03:22:01 UTC
(In reply to comment #17)
> Have you updated to the latest versions of the alsa- packages?

When posting my first reply, I had:
udev-072
alsa-*-1.0.10-rc3
And did not work at all, so I reverted to udev-071 and all was fine.

At the moment, I'm ugrading to alsa-*-1.0.10. After this, I can test if udev
problem went away.
Comment 19 Emiliano Vavassori 2005-11-18 09:44:56 UTC
Tried with udev-073 and alsa-*-1.0.10 and did *not* function yet.

Reverted to udev-071 and alsasound starts correctly.
Comment 20 Jakub Moc (RETIRED) gentoo-dev 2005-11-25 03:13:51 UTC
*** Bug 113545 has been marked as a duplicate of this bug. ***
Comment 21 Jakub Moc (RETIRED) gentoo-dev 2005-11-25 03:14:15 UTC
Reopen
Comment 22 Wim van Dorst 2005-11-26 15:45:00 UTC
As stated by others too:

- the hardware field of this bug is wrong: I have the problem on x86 CPU
- emerging -Du world to udev-073 on x86 environment: no entries for sound.
- downgrading udev alone to udev-071: problems solved

Comment 23 Renata Romanazzi 2005-11-28 04:20:44 UTC
Also happened to me with udev 073, on x86. Downgrading to udev 071 fixed the
problem. 
Comment 24 Jakub Moc (RETIRED) gentoo-dev 2005-12-01 04:07:46 UTC
*** Bug 114128 has been marked as a duplicate of this bug. ***
Comment 25 Derek Dolney 2005-12-03 11:17:57 UTC
I am using ~amd64, and downgrading to udev-071 did not fix this for me.

Portage 2.0.53 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r3,
2.6.14-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.14-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.0_pre11
ccache version 2.4 [enabled]
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.16
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.20-r1
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O3 -fomit-frame-pointer -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -O3 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict userpriv"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://mirrors.acm.cs.rpi.edu/gentoo/
http://gentoo.seren.com/gentoo
http://distro.ibiblio.org/pub/linux/distributions/gentoo/
http://gentoo.llarian.net/ http://gentoo.mirrors.tds.net/gentoo
http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.mirrors.pair.com/
http://gentoo.netnitco.net"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="amd64 X acpi adns alsa apache2 atlas audiofile avi berkdb bitmap-fonts
browserplugin bzip2 crypt cups curl dbus eds emacs emboss exif expat fbcon
firefox foomaticdb gif gimpprint glut gnome gpm gstreamer gtk gtk2 idn
imagemagick imap imlib java jpeg lcms libwww lzw lzw-tiff maildir matrox mime
mng motif moznoirc moznomail mp3 mpeg mysql ncurses nptl nptlonly nsplugin ogg
opengl pam pcre pdflib perl php pic png python quicktime readline real rtc sdl
shared spell ssl tcpd tetex tiff truetype truetype-fonts type1-fonts udev
unicode usb userlocales vorbis xml2 xpm xv zlib userland_GNU kernel_linux
elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 26 George Montana Harkin 2005-12-06 16:52:28 UTC
I am having the same issues but I feel that it is related to my version of
genkernel: 3.3.8

my genkernel command on gentoo-sources-2.6.14-r2:
genkernel --menuconfig --gensplash=GoGentooGo --no-devfs all

Is anyone recieving messages from their initrd stating that /dev cant not be
unmounted? 
I feel that this may be the issue. See this forum thread for more info:
http://forums.gentoo.org/viewtopic-p-2935613.html#2935613

The error message produced at boot time:
    Booting (initramfs) cannot umount /dev: device busy
    Failed to unmount the initrd /dev
Comment 27 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-12-07 12:48:21 UTC
Try with the recently released 077 please.
Comment 28 Paul Taylor 2005-12-09 00:24:58 UTC
Still broken with udev-077-r2
Comment 29 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-12-09 19:05:24 UTC
*** Bug 114932 has been marked as a duplicate of this bug. ***
Comment 30 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-12-09 19:57:43 UTC
077-r3 is out, and should fix the "no udevd" issue.
Comment 31 Emiliano Vavassori 2005-12-11 10:51:10 UTC
udev-077-r4 fixed the issue for me.

Thank you all a lot.
Comment 32 Paul Taylor 2005-12-11 20:04:31 UTC
Please reopen - it's still broken with udev-077-r4, baselayout-1.12.0_pre11-r3
here (AMD64 and x86.)
Comment 33 Stoian Ivanov 2005-12-13 03:16:55 UTC
the work around that helped me: don't use initrd! on IDE system with non LVM...
Comment 34 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-12-13 11:36:22 UTC
Ok, if people still have problems with this, please open a new bug for it.
Comment 35 Paul Taylor 2005-12-13 12:18:11 UTC
Bug 113684 seems to cover this.
Comment 36 Scott Alfter 2006-01-02 22:24:39 UTC
This'll probably sound stupid to some of you, but the problem which led me to open this bug in the first place bit me again recently.  I went through all of the ideas that have been hashed out over the past couple of months.  None of them worked, other than the inelegant workaround of adding udevstart to /etc/conf.d/local.start.

While chasing down an (unrelated) problem with ivtv, I found that CONFIG_HOTPLUG (under general setup) wasn't set in the kernel configuration.  For some unfathomable reason, it's not enabled by default (at least not in gentoo-sources-2.6.13-r5).  Enabling it, rebuilding the kernel, and rebooting fixed my ALSA problem.

I'm posting this here in case someone else runs across this problem in the future...or in case I stumble into it again myself. :-)