Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 114834 - gentoo-sources-2.6.14-r4 causes alsasound/audio to fail...
Summary: gentoo-sources-2.6.14-r4 causes alsasound/audio to fail...
Status: RESOLVED DUPLICATE of bug 114836
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-07 23:57 UTC by jreed
Modified: 2005-12-10 06:19 UTC (History)
1 user (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 jreed 2005-12-07 23:57:42 UTC
I'm going to have to get back to you on this one, since the error message 
whips by during INIT. In a nutshell, I'm compiling 14-r4 using a previous 
config, with no changes made, ALSA is built in. My sound card is an Audigy2. 
When my system boots, INIT/ALSA complains about 'not being able to find card 
0', and hence, my mixer settings and sound card modules (if they exist) are 
never loaded. Strange stuff. I've been idle'ing in #gentoo, and I've noticed a 
few other users with the same problem. 

Reproducible: Always
Steps to Reproduce:
1. build a kernel with previous config, ALSA enabled, w/proper sound card 
driver 
2. reboot with new kernel, and watch for 'card 0' error 
3. pay close attention if you're using a sound card in the 'emu10k1' family, 
since these seem to give the most problem. 
 
Actual Results:  
My mixer settings are missing after boot, and my sound modules 'cannot be 
loaded' because 'sound card 0' cannot be found. I've tried using 
alsaconf/manual edits to correct this, but it's not working thus far. 

Expected Results:  
My card is pretty much industry standard, and I'm sure this is something easy 
to fix. 

I'll post more boot/dmesg info here ASAP. Hang tight.
Comment 1 sukru 2005-12-10 02:06:00 UTC
The same situation with a SiS on-board audio chip (AC97, intel_8x0 driver)
Comment 2 sukru 2005-12-10 02:32:22 UTC
After seeing my cound card no longer works with the new kernel (I was using
Kernel drivers), I decided to also try the alsa-driver package:

# emerge alsa-driver alsa-headers alsa-lib alsa-utils alsa-tools alsa-oss
done

# emerge -tv alsa-driver alsa-headers alsa-lib alsa-utils alsa-tools alsa-oss
[ebuild   R   ] media-libs/alsa-oss-1.0.10_rc3  0 kB
[ebuild   R   ] media-sound/alsa-tools-1.0.8-r1  +X 0 kB
[ebuild   R   ] media-sound/alsa-utils-1.0.10_rc3  +nls 0 kB
[ebuild   R   ] media-libs/alsa-lib-1.0.10_rc3  +doc -jack 0 kB
[ebuild   R   ] media-sound/alsa-headers-1.0.10_rc3  0 kB
[ebuild   R   ] media-sound/alsa-driver-1.0.10_rc3  +doc +oss 0 kB

(Some of them were not installed back then, the above is the current situation).

Anyways it still does not work. Here are the messages:

# /etc/init.d/alsasound restart
/usr/sbin/alsactl: save_state:1163: No soundcards found...               [ !! ]
 * Unloading ALSA ...
ALSA lib seq_hw.c:455:(snd_seq_hw_open) open /dev/snd/seq failed: No such file
or directory
can't open sequencer                                                     [ ok ]
 * Unloading ALSA modules ...                                            [ ok ]
 * Loading ALSA modules ...
 *   Loading: snd-card-0 ...                                             [ ok ]
 *   Loading: snd-pcm-oss ...                                            [ ok ]
 *   Loading: snd-seq-oss ...                                            [ ok ]
 * Restoring Mixer Levels ...
/usr/sbin/alsactl: load_state:1250: Cannot find soundcard '0'...
 * Errors while restoring defaults, ignoring                             [ ok ]

# dmesg | tail
ACPI: PCI interrupt for device 0000:00:02.7 disabled
ACPI: PCI Interrupt 0000:00:02.7[C] -> GSI 18 (level, low) -> IRQ 17
intel8x0_measure_ac97_clock: measured 54838 usecs
intel8x0: clocking to 48000
ACPI: PCI interrupt for device 0000:00:02.7 disabled
ACPI: PCI Interrupt 0000:00:02.7[C] -> GSI 18 (level, low) -> IRQ 17
intel8x0_measure_ac97_clock: measured 58832 usecs
intel8x0: clocking to 48000

# ls /proc/asound
card0  cards  devices  modules  oss  pcm  seq  SI7012  timers  version

# cat /proc/asound/cards
0 [SI7012         ]: ICH - SiS SI7012
                     SiS SI7012 with ALC655 at 0xd800, irq 17

# cat /proc/asound/devices
 25: [0- 1]: digital audio capture
 16: [0- 0]: digital audio playback
 24: [0- 0]: digital audio capture
  0: [0- 0]: ctl
  1:       : sequencer
 33:       : timer

BUT THERE ARE NO DEVICE NODES in /dev!

# ls /dev/snd*
/dev/sndstat

I guess the kernel upgrade has broken my udev installation. :(
Comment 3 sukru 2005-12-10 02:44:41 UTC
Solved, but I guess there is a problem in somewhere else. (udev?)

# ls /dev
TOO MANY UNNECESSARY DEVICE NODES ???

# udevstart

# /etc/init.d/alsasound restart

# alsamixer
it works!!

So somehow, the UDEV daemon did not start at boot time.

# emerge -tv udev
[ebuild   R   ] sys-fs/udev-077-r2  (-selinux) 0 kB

I guess it's the problem of using unstable tree. I'll file another bug report.
Comment 4 Daniel Drake (RETIRED) gentoo-dev 2005-12-10 03:54:01 UTC
Possibly, I recall seeing the same problem described elsewhere. What is the new
bug num?
Comment 5 Daniel Drake (RETIRED) gentoo-dev 2005-12-10 06:19:31 UTC

*** This bug has been marked as a duplicate of 114836 ***