Summary: | gentoo-sources-2.6.19-r1 alsa problem - snd_pcm_dsnoop_open unable to open slave | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Miroslav Šulc <fordfrog> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | mpagano |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Miroslav Šulc
2006-12-05 12:44:52 UTC
Created attachment 103411 [details]
emerge --info
This is my emerge --info
Just more info. $ rec test.wav Send break (control-c) to end recording ALSA lib pcm_dsnoop.c:606:(snd_pcm_dsnoop_open) unable to open slave sox: Failed reading default: cannot open audio device Running skype from console, making call, when call is about to be connected, I get: ALSA lib pcm_dsnoop.c:606:(snd_pcm_dsnoop_open) unable to open slave I just found that if I restart alsasound while in KDE, I can make a call from skype (ie no error is thrown) but still recording (mic) doesn't work. Hm, but if I then play a sound from other app (like using testing button in KDE sound configuration) then the problem comes back. The issue is that some program is using alsa or taking control of it. And while it still has control you are trying to have another program using alsa. Is alsa built it or do you use it as a module? Can you please test with the latest stable kernel and with alsa built into the kernel if it is not already and report back the results? Sorry, I forgot to close this bug. I found out the problem was that alsa autoconfig utility corrupted my alsa modules config so that was the reason it didn't work. |