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
udev version missing; also please review Bug 105043.
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.
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.
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
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.
People, you need to reopen the bug when you post the requested information, otherwise noone will really notice again next time.
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...
So, with 073 it does not work, but 071 it does?
> 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.
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.
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?
(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'
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?
(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
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
(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.
Have you updated to the latest versions of the alsa- packages?
(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.
Tried with udev-073 and alsa-*-1.0.10 and did *not* function yet. Reverted to udev-071 and alsasound starts correctly.
*** Bug 113545 has been marked as a duplicate of this bug. ***
Reopen
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
Also happened to me with udev 073, on x86. Downgrading to udev 071 fixed the problem.
*** Bug 114128 has been marked as a duplicate of this bug. ***
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
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
Try with the recently released 077 please.
Still broken with udev-077-r2
*** Bug 114932 has been marked as a duplicate of this bug. ***
077-r3 is out, and should fix the "no udevd" issue.
udev-077-r4 fixed the issue for me. Thank you all a lot.
Please reopen - it's still broken with udev-077-r4, baselayout-1.12.0_pre11-r3 here (AMD64 and x86.)
the work around that helped me: don't use initrd! on IDE system with non LVM...
Ok, if people still have problems with this, please open a new bug for it.
Bug 113684 seems to cover this.
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. :-)
