* [gentoo-user] alsa problem
@ 2007-10-10 3:04 Chuanwen Wu
2007-10-10 4:31 ` Randy Barlow
2007-10-10 16:30 ` Hans-Werner Hilse
0 siblings, 2 replies; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-10 3:04 UTC (permalink / raw
To: gentoo-user
I just setup a gentoo in my dell1400 laptop,and until now,the sound
problem is not solved yet.
Here is the problem:
$ aplay 01.mp3
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
aplay: main:545: audio open error: No such file or directory
And here is my hardware:
# lspci | grep Audio
00:1b.0 Audio device: Intel Corporation HD Audio Controller (rev 02)
I compiled the alsa driver as the modules:
<M> Intel HD Audio
And I can start my alsasound:
# /etc/init.d/alsasound start
* Loading ALSA modules ...
* Loading: snd-card-0 ... [ ok ]
* Loading: snd-seq ... [ ok ]
* Restoring Mixer Levels ... [ ok ]
I can alsaconf,but not alsamixer:
$ alsamixer
No mixer elems found
I also tried to emerge alsa-driver and didn't use the driver in the
kernel,but the result was all the same.
Any advice?
Thanks in advanced!
--
wcw
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-10 3:04 [gentoo-user] alsa problem Chuanwen Wu
@ 2007-10-10 4:31 ` Randy Barlow
2007-10-10 13:19 ` Chuanwen Wu
2007-10-10 16:30 ` Hans-Werner Hilse
1 sibling, 1 reply; 19+ messages in thread
From: Randy Barlow @ 2007-10-10 4:31 UTC (permalink / raw
To: gentoo-user
Chuanwen Wu wrote:
> I also tried to emerge alsa-driver and didn't use the driver in the
> kernel,but the result was all the same.
I don't know the module name for the HD, but did you add it to
/etc/modules.autoload.d/kernel-2.6 and/or modprobe it first?
--
Randy Barlow
http://electronsweatshop.com
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-10 4:31 ` Randy Barlow
@ 2007-10-10 13:19 ` Chuanwen Wu
0 siblings, 0 replies; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-10 13:19 UTC (permalink / raw
To: gentoo-user
2007/10/10, Randy Barlow <randy@electronsweatshop.com>:
> Chuanwen Wu wrote:
> > I also tried to emerge alsa-driver and didn't use the driver in the
> > kernel,but the result was all the same.
>
> I don't know the module name for the HD, but did you add it to
> /etc/modules.autoload.d/kernel-2.6 and/or modprobe it first?
>
$ lsmod
Module Size Used by
snd_seq 48224 0
snd_hda_intel 302688 0
snd_pcm 73288 1 snd_hda_intel
snd_timer 19592 2 snd_seq,snd_pcm
snd 44208 4 snd_seq,snd_hda_intel,snd_pcm,snd_timer
snd_page_alloc 8080 2 snd_hda_intel,snd_pcm
The one snd_hda_intel is the driver for HD.
I just can't see the problem except that the driver can't drive my audio card.
Is there any ways to solve this problme?
> --
> Randy Barlow
> http://electronsweatshop.com
> --
> gentoo-user@gentoo.org mailing list
>
>
--
wcw
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-10 3:04 [gentoo-user] alsa problem Chuanwen Wu
2007-10-10 4:31 ` Randy Barlow
@ 2007-10-10 16:30 ` Hans-Werner Hilse
2007-10-11 15:53 ` Chuanwen Wu
1 sibling, 1 reply; 19+ messages in thread
From: Hans-Werner Hilse @ 2007-10-10 16:30 UTC (permalink / raw
To: gentoo-user
Hi,
On Wed, 10 Oct 2007 11:04:11 +0800
"Chuanwen Wu" <wcw8410@gmail.com> wrote:
> I just setup a gentoo in my dell1400 laptop,and until now,the sound
> problem is not solved yet.
>
> Here is the problem:
> $ aplay 01.mp3
> ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
> aplay: main:545: audio open error: No such file or directory
This indicates that the dmix module (NOT kernel, but alsa-lib!) might
be missing.
I ran into some similar problems, I think they modified the way
alsa-lib is configured and made it more fine-grained. Missing an
ALSA_PCM_PLUGINS setting in my /etc/make.conf, I had no plugins at all.
So I suggest to check your /etc/make.conf, and if not present and you
want minimum hassle, append that line to /etc/make.conf:
---snip
ALSA_PCM_PLUGINS="adpcm alaw copy dshare dsnoop extplug file hooks ladspa lfloat linear meter mulaw multi null rate route share shm"
---snip
(works for me)
then re-emerge alsa-lib.
> And here is my hardware:
> [...]
looks OK.
-hwh
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-10 16:30 ` Hans-Werner Hilse
@ 2007-10-11 15:53 ` Chuanwen Wu
2007-10-11 16:54 ` Hans-Werner Hilse
0 siblings, 1 reply; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-11 15:53 UTC (permalink / raw
To: gentoo-user
2007/10/11, Hans-Werner Hilse <hilse@web.de>:
> Hi,
>
> On Wed, 10 Oct 2007 11:04:11 +0800
> "Chuanwen Wu" <wcw8410@gmail.com> wrote:
>
> > I just setup a gentoo in my dell1400 laptop,and until now,the sound
> > problem is not solved yet.
> >
> > Here is the problem:
> > $ aplay 01.mp3
> > ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
> > aplay: main:545: audio open error: No such file or directory
>
> This indicates that the dmix module (NOT kernel, but alsa-lib!) might
> be missing.
>
> I ran into some similar problems, I think they modified the way
> alsa-lib is configured and made it more fine-grained. Missing an
> ALSA_PCM_PLUGINS setting in my /etc/make.conf, I had no plugins at all.
>
> So I suggest to check your /etc/make.conf, and if not present and you
> want minimum hassle, append that line to /etc/make.conf:
> ---snip
> ALSA_PCM_PLUGINS="adpcm alaw copy dshare dsnoop extplug file hooks ladspa lfloat linear meter mulaw multi null rate route share shm"
> ---snip
> (works for me)
> then re-emerge alsa-lib.
Thanks for your tips!
I have tried, but the result is all the same.
Here is my ALSA_PCM_PLUGINS: (I have also tried your choose too)
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty
extplug file hooks
iec958 ioplug ladspa lfloat linear meter mulaw multi null plug
rate route share shm softvol"
Here is my in-kernel alsa options:
<M> Advanced Linux Sound Architecture
│ │
│ │ <M> Sequencer support
│ │
│ │ < > Sequencer dummy client
│ │
│ │ <M> OSS Mixer API
│ │
│ │ <M> OSS PCM (digital audio) API
│ │
│ │ [*] OSS PCM (digital audio) API
- Include plugin system │ │
│ │ [ ] OSS Sequencer API
│ │
│ │ <M> RTC Timer support
│ │
│ │ [*] Use RTC as default sequencer
timer │ │
│ │ [ ] Dynamic device file minor
numbers │
│
│ │ [*] Support old ALSA API
│ │
│ │ [*] Verbose procfs contents
Here is my /etc/modules.d/alsa:
$ cat /etc/modules.d/alsa
alias char-major-116 snd
alias char-major-14 soundcore
alias /dev/mixer snd-mixer-oss
alias /dev/dsp snd-pcm-oss
alias /dev/midi snd-seq-oss
option snd cards_limit=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
# Set this to the correct number of cards.
# --- BEGIN: Generated by ALSACONF, do not edit. ---
# --- ALSACONF version 1.0.14 ---
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel
# --- END: Generated by ALSACONF, do not edit. ---
I can't find the /dev/dsp :
# ls /dev/dsp
ls: cannot access /dev/dsp: No such file or directory
My os is a 64bit gentoo, so may it be the problem?
>
> > And here is my hardware:
> > [...]
>
> looks OK.
>
> -hwh
> --
> gentoo-user@gentoo.org mailing list
>
>
--
wcw
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-11 15:53 ` Chuanwen Wu
@ 2007-10-11 16:54 ` Hans-Werner Hilse
2007-10-12 1:50 ` Chuanwen Wu
0 siblings, 1 reply; 19+ messages in thread
From: Hans-Werner Hilse @ 2007-10-11 16:54 UTC (permalink / raw
To: gentoo-user
Hi,
On Thu, 11 Oct 2007 23:53:42 +0800
"Chuanwen Wu" <wcw8410@gmail.com> wrote:
> I can't find the /dev/dsp :
> # ls /dev/dsp
> ls: cannot access /dev/dsp: No such file or directory
>
> My os is a 64bit gentoo, so may it be the problem?
No, /dev/dsp is OSS stuff. Aplay shouldn't use that. But it makes me
wonder whether snd_pcm_oss is loaded?
Anyway, that shouldn't bother us here, that's not used by aplay. (BTW:
For me, aplay will play noise when trying to play an MP3, but at least
it *does* play something)
Do you by chance have some older /etc/asound.* files around? Did you
try re-running alsaconf?
If all this doesn't work, try running strace on the aplay process (call
"strace aplay") and post back some output. Also, the contents
of /proc/asound/cards and /proc/asound/devices might be interesting.
-hwh
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-11 16:54 ` Hans-Werner Hilse
@ 2007-10-12 1:50 ` Chuanwen Wu
2007-10-12 14:34 ` Hans-Werner Hilse
2007-10-13 2:59 ` Walter Dnes
0 siblings, 2 replies; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-12 1:50 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 29430 bytes --]
Thank you for your advice!
2007/10/12, Hans-Werner Hilse <hilse@web.de>:
> Hi,
>
> On Thu, 11 Oct 2007 23:53:42 +0800
> "Chuanwen Wu" <wcw8410@gmail.com> wrote:
>
> > I can't find the /dev/dsp :
> > # ls /dev/dsp
> > ls: cannot access /dev/dsp: No such file or directory
> >
> > My os is a 64bit gentoo, so may it be the problem?
>
> No, /dev/dsp is OSS stuff. Aplay shouldn't use that. But it makes me
> wonder whether snd_pcm_oss is loaded?
Yes,have loaded it:
$ lsmod | grep snd_pcm_oss
snd_pcm_oss 39648 0
snd_mixer_oss 14912 1 snd_pcm_oss
snd_pcm 73800 2 snd_pcm_oss,snd_hda_intel
snd 50216 6
snd_seq,snd_pcm_oss,snd_mixer_oss,snd_hda_intel,snd_pcm,snd_timer
>
> Anyway, that shouldn't bother us here, that's not used by aplay. (BTW:
> For me, aplay will play noise when trying to play an MP3, but at least
> it *does* play something)
>
> Do you by chance have some older /etc/asound.* files around? Did you
> try re-running alsaconf?
>
I am sure I have re-run alsaconf and both the /etc/asound.state and
/var/lib/alsa/asound.state 's content are:
# cat /var/lib/alsa/asound.state
state.Intel {
control {
}
}
> If all this doesn't work, try running strace on the aplay process (call
> "strace aplay") and post back some output. Also, the contents
> of /proc/asound/cards and /proc/asound/devices might be interesting.
>
$ cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfe9fc000 irq 21
$ cat /proc/asound/devices
0: [ 0] : control
1: : sequencer
33: : timer
Here is the output of strace aplay and I hope it dose not bother you
and I also attach it as a annex.
$ strace aplay
execve("/usr/bin/aplay", ["aplay"], [/* 48 vars */]) = 0
brk(0) = 0x50c000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8165be0000
uname({sys="Linux", node="wcw-laptop", ...}) = 0
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=62201, ...}) = 0
mmap(NULL, 62201, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165be1000
close(3) = 0
open("/usr/lib/libasound.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\334"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=796000, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8165bf1000
mmap(NULL, 1843016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b8165ce1000
mprotect(0x2b8165d9c000, 1048576, PROT_NONE) = 0
mmap(0x2b8165e9c000, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xbb000) = 0x2b8165e9c000
close(3) = 0
open("/lib/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320<\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=342856, ...}) = 0
mmap(NULL, 1388744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b8165ea3000
mprotect(0x2b8165ef6000, 1044480, PROT_NONE) = 0
mmap(0x2b8165ff5000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x52000) = 0x2b8165ff5000
close(3) = 0
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\20\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=14464, ...}) = 0
mmap(NULL, 1061152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b8165ff7000
mprotect(0x2b8165ff9000, 1048576, PROT_NONE) = 0
mmap(0x2b81660f9000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x2b81660f9000
close(3) = 0
open("/lib/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0004Y\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=134218, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b81660fb000
mmap(NULL, 1147768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b81660fc000
mprotect(0x2b8166110000, 1044480, PROT_NONE) = 0
mmap(0x2b816620f000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x2b816620f000
mmap(0x2b8166211000, 13176, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b8166211000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2\324\1"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1252576, ...}) = 0
mmap(NULL, 2310344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b8166215000
mprotect(0x2b8166341000, 1044480, PROT_NONE) = 0
mmap(0x2b8166440000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12b000) = 0x2b8166440000
mmap(0x2b8166445000, 16584, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b8166445000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b816644a000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b816644b000
arch_prctl(ARCH_SET_FS, 0x2b816644ae30) = 0
mprotect(0x2b8166440000, 12288, PROT_READ) = 0
mprotect(0x2b816620f000, 4096, PROT_READ) = 0
mprotect(0x2b8165cdf000, 4096, PROT_READ) = 0
munmap(0x2b8165be1000, 62201) = 0
set_tid_address(0x2b816644aec0) = 10710
set_robust_list(0x2b816644aed0, 0x18) = 0
rt_sigaction(SIGRTMIN, {0x2b816610158c, [], SA_RESTORER|SA_SIGINFO,
0x2b8166109960}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x2b81661014d0, [],
SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x2b8166109960}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
brk(0) = 0x50c000
brk(0x52d000) = 0x52d000
open("/usr/lib64/locale/locale-archive", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2586, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8165be1000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2586
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8165be1000, 4096) = 0
open("/usr/lib64/locale/en_US.utf8/LC_IDENTIFICATION", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=373, ...}) = 0
mmap(NULL, 373, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165be1000
close(3) = 0
open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=25462, ...}) = 0
mmap(NULL, 25462, PROT_READ, MAP_SHARED, 3, 0) = 0x2b8165be2000
close(3) = 0
futex(0x2b8166444f18, FUTEX_WAKE, 2147483647) = 0
open("/usr/lib64/locale/en_US.utf8/LC_MEASUREMENT", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
mmap(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165be9000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_TELEPHONE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0
mmap(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bea000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_ADDRESS", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=155, ...}) = 0
mmap(NULL, 155, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165beb000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_NAME", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0
mmap(NULL, 77, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bec000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_PAPER", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0
mmap(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bed000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_MESSAGES", O_RDONLY) = 3
fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=52, ...}) = 0
mmap(NULL, 52, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bee000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_MONETARY", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=286, ...}) = 0
mmap(NULL, 286, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bef000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_COLLATE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=880086, ...}) = 0
mmap(NULL, 880086, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bf2000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_TIME", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2454, ...}) = 0
mmap(NULL, 2454, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165cc9000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_NUMERIC", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165cca000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_CTYPE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=238464, ...}) = 0
mmap(NULL, 238464, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b816644c000
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/usr/share/alsa/alsa.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166487000
read(3, "#\n# ALSA library configuration "..., 4096) = 4096
read(3, "r\n\t\t\t\tname defaults.pcm.device\n\t"..., 4096) = 4096
read(3, "{\n\t\t\t@func refer\n\t\t\tname default"..., 4096) = 419
read(3, "", 4096) = 0
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8166487000, 4096) = 0
futex(0x2b81660fa10c, FUTEX_WAKE, 2147483647) = 0
access("/etc/asound.conf", R_OK) = -1 ENOENT (No such file or directory)
access("/home/wcw/.asoundrc", R_OK) = -1 ENOENT (No such file or directory)
open("/usr/share/alsa/cards/aliases.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1273, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166487000
read(3, "#\n# Define aliases for various "..., 4096) = 1273
open("/usr/share/alsa/pcm/default.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=762, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# Default output\n#\n\npcm.!defau"..., 4096) = 762
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/dmix.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1521, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# dmix output\n#\n\npcm.!dmix {\n\t"..., 4096) = 1521
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/dsnoop.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1533, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# dsnoop\n#\n\npcm.!dsnoop {\n\t@ar"..., 4096) = 1533
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
read(3, "", 4096) = 0
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8166487000, 4096) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee1abc) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee1ab0) = 0
close(3) = 0
access("/usr/share/alsa/cards/HDA-Intel.conf", R_OK) = 0
open("/usr/share/alsa/cards/HDA-Intel.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2148, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166487000
read(3, "#\n# Configuration for the Intel "..., 4096) = 2148
open("/usr/share/alsa/pcm/front.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=752, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# Hardware output from front s"..., 4096) = 752
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround40.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=877, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# Hardware output from 4.0 sp"..., 4096) = 877
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround41.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=992, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# Hardware output from 4.1 sp"..., 4096) = 992
brk(0x54e000) = 0x54e000
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround50.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=992, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# Hardware output from 5.0 sp"..., 4096) = 992
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround51.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=930, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# Hardware output from 5.1 sp"..., 4096) = 930
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround71.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=978, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# Hardware output from 7.1 sp"..., 4096) = 978
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/iec958.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1213, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# Hardware output from iec958"..., 4096) = 1213
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/modem.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1314, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166488000
read(4, "#\n# \"raw\" modem - phoneline\n#\n\np"..., 4096) = 1314
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
read(3, "", 4096) = 0
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8166487000, 4096) = 0
open("/dev/snd/controlC1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC3", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC3", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC4", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC4", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC5", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC5", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC7", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC7", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC8", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC8", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC9", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC9", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC10", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC10", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC11", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC11", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC12", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC12", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC13", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC13", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC14", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC14", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC15", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC15", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC16", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC16", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC17", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC17", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC18", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC18", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC19", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC19", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC20", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC20", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC21", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC21", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC22", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC22", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC23", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC23", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC24", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC24", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC25", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC25", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC26", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC26", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC27", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC27", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC28", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC28", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC29", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC29", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC30", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC30", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC31", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC31", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee15bc) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee15b0) = 0
close(3) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee0eec) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee0ee0) = 0
close(3) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee0eec) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee0ee0) = 0
close(3) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee0eec) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee0ee0) = 0
close(3) = 0
socket(PF_FILE, SOCK_STREAM, 0) = 3
fcntl(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1
ENOENT (No such file or directory)
close(3) = 0
socket(PF_FILE, SOCK_STREAM, 0) = 3
fcntl(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1
ENOENT (No such file or directory)
close(3) = 0
open("/etc/nsswitch.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=508, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b8166487000
read(3, "# /etc/nsswitch.conf:\n# $Header:"..., 4096) = 508
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8166487000, 4096) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=62201, ...}) = 0
mmap(NULL, 62201, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8166487000
close(3) = 0
open("/lib/libnss_compat.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\26\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=31360, ...}) = 0
mmap(NULL, 1078504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b8166497000
mprotect(0x2b816649e000, 1044480, PROT_NONE) = 0
mmap(0x2b816659d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x2b816659d000
close(3) = 0
open("/lib/libnsl.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`E\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=80584, ...}) = 0
mmap(NULL, 1137008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b816659f000
mprotect(0x2b81665b2000, 1044480, PROT_NONE) = 0
mmap(0x2b81666b1000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0x2b81666b1000
mmap(0x2b81666b3000, 6512, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b81666b3000
close(3) = 0
munmap(0x2b8166487000, 62201) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=62201, ...}) = 0
mmap(NULL, 62201, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8166487000
close(3) = 0
open("/lib/libnss_nis.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260#\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=39216, ...}) = 0
mmap(NULL, 1086680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b81666b5000
mprotect(0x2b81666be000, 1044480, PROT_NONE) = 0
mmap(0x2b81667bd000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x2b81667bd000
close(3) = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P#\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=39168, ...}) = 0
mmap(NULL, 1086760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2b81667bf000
mprotect(0x2b81667c8000, 1044480, PROT_NONE) = 0
mmap(0x2b81668c7000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x2b81668c7000
close(3) = 0
munmap(0x2b8166487000, 62201) = 0
open("/etc/group", O_RDONLY) = 3
fcntl(3, F_GETFD) = 0
fcntl(3, F_SETFD, FD_CLOEXEC) = 0
lseek(3, 0, SEEK_CUR) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=644, ...}) = 0
mmap(NULL, 644, PROT_READ, MAP_SHARED, 3, 0) = 0x2b8166487000
lseek(3, 644, SEEK_SET) = 644
munmap(0x2b8166487000, 644) = 0
close(3) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
semget(0x56a4d5, 1, IPC_CREAT|0660) = 65536
semctl(65536, 0, IPC_STAT, 0x7fff44ee13c0) = 0
semctl(65536, 0, IPC_SET, 0x7fff44ee13c0) = 0
semop(65536, 0x7fff44ee1570, 2) = 0
shmget(0x56a4d5, 488, IPC_CREAT|0660) = 622606
shmat(622606, 0, 0) = ?
mlock(0x2b8166487000, 488) = 0
shmctl(622606, IPC_STAT, 0x7fff44ee13b0) = 0
shmctl(622606, IPC_SET, 0x7fff44ee13b0) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee108c) = 0
ioctl(3, 0x40045532, 0x7fff44ee10c4) = 0
open("/dev/snd/pcmC0D0p", O_RDWR|O_NONBLOCK) = -1 ENOENT (No such file
or directory)
close(3) = 0
write(2, "ALSA lib pcm_dmix.c:864:(snd_pcm"..., 44ALSA lib
pcm_dmix.c:864:(snd_pcm_dmix_open) ) = 44
write(2, "unable to open slave", 20unable to open slave) = 20
write(2, "\n", 1
) = 1
shmdt(0) = -1 EINVAL (Invalid argument)
shmdt(0x2b8166487000) = 0
shmctl(622606, IPC_STAT, 0x7fff44ee13d0) = 0
shmctl(622606, IPC_RMID, 0) = 0
semctl(65536, 0, IPC_RMID, 0) = 0
write(2, "aplay: main:545: ", 17aplay: main:545: ) = 17
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =
-1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT
(No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/alsa-utils.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/alsa-utils.mo", O_RDONLY) =
-1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/alsa-utils.mo", O_RDONLY)
= -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/alsa-utils.mo", O_RDONLY) = -1
ENOENT (No such file or directory)
write(2, "audio open error: No such file o"..., 43audio open error: No
such file or directory) = 43
write(2, "\n", 1
) = 1
exit_group(1) = ?
Process 10710 detached
> -hwh
> --
> gentoo-user@gentoo.org mailing list
>
>
--
wcw
[-- Attachment #2: strace_aplay.txt --]
[-- Type: text/plain, Size: 27639 bytes --]
$ strace aplay
execve("/usr/bin/aplay", ["aplay"], [/* 48 vars */]) = 0
brk(0) = 0x50c000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8165be0000
uname({sys="Linux", node="wcw-laptop", ...}) = 0
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=62201, ...}) = 0
mmap(NULL, 62201, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165be1000
close(3) = 0
open("/usr/lib/libasound.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\334"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=796000, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8165bf1000
mmap(NULL, 1843016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b8165ce1000
mprotect(0x2b8165d9c000, 1048576, PROT_NONE) = 0
mmap(0x2b8165e9c000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xbb000) = 0x2b8165e9c000
close(3) = 0
open("/lib/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320<\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=342856, ...}) = 0
mmap(NULL, 1388744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b8165ea3000
mprotect(0x2b8165ef6000, 1044480, PROT_NONE) = 0
mmap(0x2b8165ff5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x52000) = 0x2b8165ff5000
close(3) = 0
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\20\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=14464, ...}) = 0
mmap(NULL, 1061152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b8165ff7000
mprotect(0x2b8165ff9000, 1048576, PROT_NONE) = 0
mmap(0x2b81660f9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x2b81660f9000
close(3) = 0
open("/lib/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0004Y\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=134218, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b81660fb000
mmap(NULL, 1147768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b81660fc000
mprotect(0x2b8166110000, 1044480, PROT_NONE) = 0
mmap(0x2b816620f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x2b816620f000
mmap(0x2b8166211000, 13176, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b8166211000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2\324\1"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1252576, ...}) = 0
mmap(NULL, 2310344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b8166215000
mprotect(0x2b8166341000, 1044480, PROT_NONE) = 0
mmap(0x2b8166440000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12b000) = 0x2b8166440000
mmap(0x2b8166445000, 16584, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b8166445000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b816644a000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b816644b000
arch_prctl(ARCH_SET_FS, 0x2b816644ae30) = 0
mprotect(0x2b8166440000, 12288, PROT_READ) = 0
mprotect(0x2b816620f000, 4096, PROT_READ) = 0
mprotect(0x2b8165cdf000, 4096, PROT_READ) = 0
munmap(0x2b8165be1000, 62201) = 0
set_tid_address(0x2b816644aec0) = 10710
set_robust_list(0x2b816644aed0, 0x18) = 0
rt_sigaction(SIGRTMIN, {0x2b816610158c, [], SA_RESTORER|SA_SIGINFO, 0x2b8166109960}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x2b81661014d0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x2b8166109960}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
brk(0) = 0x50c000
brk(0x52d000) = 0x52d000
open("/usr/lib64/locale/locale-archive", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2586, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8165be1000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2586
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8165be1000, 4096) = 0
open("/usr/lib64/locale/en_US.utf8/LC_IDENTIFICATION", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=373, ...}) = 0
mmap(NULL, 373, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165be1000
close(3) = 0
open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=25462, ...}) = 0
mmap(NULL, 25462, PROT_READ, MAP_SHARED, 3, 0) = 0x2b8165be2000
close(3) = 0
futex(0x2b8166444f18, FUTEX_WAKE, 2147483647) = 0
open("/usr/lib64/locale/en_US.utf8/LC_MEASUREMENT", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
mmap(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165be9000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_TELEPHONE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0
mmap(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bea000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_ADDRESS", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=155, ...}) = 0
mmap(NULL, 155, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165beb000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_NAME", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0
mmap(NULL, 77, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bec000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_PAPER", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0
mmap(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bed000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_MESSAGES", O_RDONLY) = 3
fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=52, ...}) = 0
mmap(NULL, 52, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bee000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_MONETARY", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=286, ...}) = 0
mmap(NULL, 286, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bef000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_COLLATE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=880086, ...}) = 0
mmap(NULL, 880086, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165bf2000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_TIME", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2454, ...}) = 0
mmap(NULL, 2454, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165cc9000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_NUMERIC", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8165cca000
close(3) = 0
open("/usr/lib64/locale/en_US.utf8/LC_CTYPE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=238464, ...}) = 0
mmap(NULL, 238464, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b816644c000
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/usr/share/alsa/alsa.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166487000
read(3, "#\n# ALSA library configuration "..., 4096) = 4096
read(3, "r\n\t\t\t\tname defaults.pcm.device\n\t"..., 4096) = 4096
read(3, "{\n\t\t\t@func refer\n\t\t\tname default"..., 4096) = 419
read(3, "", 4096) = 0
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8166487000, 4096) = 0
futex(0x2b81660fa10c, FUTEX_WAKE, 2147483647) = 0
access("/etc/asound.conf", R_OK) = -1 ENOENT (No such file or directory)
access("/home/wcw/.asoundrc", R_OK) = -1 ENOENT (No such file or directory)
open("/usr/share/alsa/cards/aliases.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1273, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166487000
read(3, "#\n# Define aliases for various "..., 4096) = 1273
open("/usr/share/alsa/pcm/default.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=762, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# Default output\n#\n\npcm.!defau"..., 4096) = 762
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/dmix.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1521, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# dmix output\n#\n\npcm.!dmix {\n\t"..., 4096) = 1521
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/dsnoop.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1533, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# dsnoop\n#\n\npcm.!dsnoop {\n\t@ar"..., 4096) = 1533
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
read(3, "", 4096) = 0
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8166487000, 4096) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee1abc) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee1ab0) = 0
close(3) = 0
access("/usr/share/alsa/cards/HDA-Intel.conf", R_OK) = 0
open("/usr/share/alsa/cards/HDA-Intel.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2148, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166487000
read(3, "#\n# Configuration for the Intel "..., 4096) = 2148
open("/usr/share/alsa/pcm/front.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=752, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# Hardware output from front s"..., 4096) = 752
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround40.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=877, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# Hardware output from 4.0 sp"..., 4096) = 877
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround41.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=992, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# Hardware output from 4.1 sp"..., 4096) = 992
brk(0x54e000) = 0x54e000
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround50.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=992, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# Hardware output from 5.0 sp"..., 4096) = 992
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround51.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=930, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# Hardware output from 5.1 sp"..., 4096) = 930
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/surround71.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=978, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# Hardware output from 7.1 sp"..., 4096) = 978
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/iec958.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1213, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# Hardware output from iec958"..., 4096) = 1213
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
open("/usr/share/alsa/pcm/modem.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1314, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166488000
read(4, "#\n# \"raw\" modem - phoneline\n#\n\np"..., 4096) = 1314
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2b8166488000, 4096) = 0
read(3, "", 4096) = 0
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8166487000, 4096) = 0
open("/dev/snd/controlC1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC3", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC3", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC4", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC4", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC5", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC5", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC7", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC7", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC8", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC8", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC9", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC9", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC10", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC10", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC11", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC11", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC12", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC12", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC13", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC13", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC14", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC14", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC15", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC15", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC16", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC16", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC17", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC17", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC18", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC18", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC19", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC19", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC20", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC20", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC21", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC21", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC22", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC22", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC23", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC23", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC24", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC24", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC25", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC25", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC26", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC26", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC27", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC27", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC28", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC28", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC29", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC29", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC30", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC30", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC31", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC31", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee15bc) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee15b0) = 0
close(3) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee0eec) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee0ee0) = 0
close(3) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee0eec) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee0ee0) = 0
close(3) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
stat("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee0eec) = 0
ioctl(3, UI_DEV_CREATE, 0x7fff44ee0ee0) = 0
close(3) = 0
socket(PF_FILE, SOCK_STREAM, 0) = 3
fcntl(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(3) = 0
socket(PF_FILE, SOCK_STREAM, 0) = 3
fcntl(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(3) = 0
open("/etc/nsswitch.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=508, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8166487000
read(3, "# /etc/nsswitch.conf:\n# $Header:"..., 4096) = 508
read(3, "", 4096) = 0
close(3) = 0
munmap(0x2b8166487000, 4096) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=62201, ...}) = 0
mmap(NULL, 62201, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8166487000
close(3) = 0
open("/lib/libnss_compat.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\26\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=31360, ...}) = 0
mmap(NULL, 1078504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b8166497000
mprotect(0x2b816649e000, 1044480, PROT_NONE) = 0
mmap(0x2b816659d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x2b816659d000
close(3) = 0
open("/lib/libnsl.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`E\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=80584, ...}) = 0
mmap(NULL, 1137008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b816659f000
mprotect(0x2b81665b2000, 1044480, PROT_NONE) = 0
mmap(0x2b81666b1000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0x2b81666b1000
mmap(0x2b81666b3000, 6512, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b81666b3000
close(3) = 0
munmap(0x2b8166487000, 62201) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=62201, ...}) = 0
mmap(NULL, 62201, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b8166487000
close(3) = 0
open("/lib/libnss_nis.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260#\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=39216, ...}) = 0
mmap(NULL, 1086680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b81666b5000
mprotect(0x2b81666be000, 1044480, PROT_NONE) = 0
mmap(0x2b81667bd000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x2b81667bd000
close(3) = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P#\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=39168, ...}) = 0
mmap(NULL, 1086760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b81667bf000
mprotect(0x2b81667c8000, 1044480, PROT_NONE) = 0
mmap(0x2b81668c7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x2b81668c7000
close(3) = 0
munmap(0x2b8166487000, 62201) = 0
open("/etc/group", O_RDONLY) = 3
fcntl(3, F_GETFD) = 0
fcntl(3, F_SETFD, FD_CLOEXEC) = 0
lseek(3, 0, SEEK_CUR) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=644, ...}) = 0
mmap(NULL, 644, PROT_READ, MAP_SHARED, 3, 0) = 0x2b8166487000
lseek(3, 644, SEEK_SET) = 644
munmap(0x2b8166487000, 644) = 0
close(3) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
semget(0x56a4d5, 1, IPC_CREAT|0660) = 65536
semctl(65536, 0, IPC_STAT, 0x7fff44ee13c0) = 0
semctl(65536, 0, IPC_SET, 0x7fff44ee13c0) = 0
semop(65536, 0x7fff44ee1570, 2) = 0
shmget(0x56a4d5, 488, IPC_CREAT|0660) = 622606
shmat(622606, 0, 0) = ?
mlock(0x2b8166487000, 488) = 0
shmctl(622606, IPC_STAT, 0x7fff44ee13b0) = 0
shmctl(622606, IPC_SET, 0x7fff44ee13b0) = 0
open("/dev/snd/controlC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = 3
ioctl(3, USBDEVFS_CONTROL, 0x7fff44ee108c) = 0
ioctl(3, 0x40045532, 0x7fff44ee10c4) = 0
open("/dev/snd/pcmC0D0p", O_RDWR|O_NONBLOCK) = -1 ENOENT (No such file or directory)
close(3) = 0
write(2, "ALSA lib pcm_dmix.c:864:(snd_pcm"..., 44ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) ) = 44
write(2, "unable to open slave", 20unable to open slave) = 20
write(2, "\n", 1
) = 1
shmdt(0) = -1 EINVAL (Invalid argument)
shmdt(0x2b8166487000) = 0
shmctl(622606, IPC_STAT, 0x7fff44ee13d0) = 0
shmctl(622606, IPC_RMID, 0) = 0
semctl(65536, 0, IPC_RMID, 0) = 0
write(2, "aplay: main:545: ", 17aplay: main:545: ) = 17
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/alsa-utils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/alsa-utils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/alsa-utils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/alsa-utils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "audio open error: No such file o"..., 43audio open error: No such file or directory) = 43
write(2, "\n", 1
) = 1
exit_group(1) = ?
Process 10710 detached
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-12 1:50 ` Chuanwen Wu
@ 2007-10-12 14:34 ` Hans-Werner Hilse
2007-10-13 14:23 ` Chuanwen Wu
2007-10-13 2:59 ` Walter Dnes
1 sibling, 1 reply; 19+ messages in thread
From: Hans-Werner Hilse @ 2007-10-12 14:34 UTC (permalink / raw
To: gentoo-user
Hi,
On Fri, 12 Oct 2007 09:50:16 +0800
"Chuanwen Wu" <wcw8410@gmail.com> wrote:
> > No, /dev/dsp is OSS stuff. Aplay shouldn't use that. But it makes me
> > wonder whether snd_pcm_oss is loaded?
> Yes,have loaded it:
> $ lsmod | grep snd_pcm_oss
> snd_pcm_oss 39648 0
> snd_mixer_oss 14912 1 snd_pcm_oss
> snd_pcm 73800 2 snd_pcm_oss,snd_hda_intel
> snd 50216 6
> snd_seq,snd_pcm_oss,snd_mixer_oss,snd_hda_intel,snd_pcm,snd_timer
Odd. /dev/dsp should be present under these circumstances. But the
other things below explain that:
> I am sure I have re-run alsaconf and both the /etc/asound.state and
> /var/lib/alsa/asound.state 's content are:
> # cat /var/lib/alsa/asound.state
> state.Intel {
> control {
> }
> }
Hm, so it seems there were problems with the mixer at that stage, too.
That file should contain settings for the various controls.
> $ cat /proc/asound/cards
> 0 [Intel ]: HDA-Intel - HDA Intel
> HDA Intel at 0xfe9fc000 irq 21
So the kernel is interfacing it correctly, but only in parts:
> $ cat /proc/asound/devices
> 0: [ 0] : control
> 1: : sequencer
> 33: : timer
>
> Here is the output of strace aplay and I hope it dose not bother you
> and I also attach it as a annex.
> [...]
> open("/dev/snd/pcmC0D0p", O_RDWR|O_NONBLOCK) = -1 ENOENT (No such file
> or directory)
The playback and capture devices are completely missing, and udev
therefore didn't create /dev/snd/pcmC0D0p (PCM, card 0, device 0,
playback channel). The only explanation I can suggest is
broken/incomplete kernel/alsa-drivers support for your device. Does the
machine have BIOS settings for sound? What about the audio related
kernel log output?
In any case, you should probably use the separate alsa-driver from
portage, preferably the newest (unstable in portage) version. There
were many changes (some of them adding support for more devices for the
hda driver) that are not yet in the kernel ALSA tree.
-hwh
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-12 1:50 ` Chuanwen Wu
2007-10-12 14:34 ` Hans-Werner Hilse
@ 2007-10-13 2:59 ` Walter Dnes
2007-10-13 11:49 ` Hans-Werner Hilse
2007-10-13 14:30 ` Chuanwen Wu
1 sibling, 2 replies; 19+ messages in thread
From: Walter Dnes @ 2007-10-13 2:59 UTC (permalink / raw
To: gentoo-user
I ran into a similar problem after an update. audacious and mpg123
which use ALSA, died; Realplayer and mpg321 get by with the OSS api on
ALSA. revdep-rebuild didn't find anything wrong.
I tried various things without success. What finally worked was the
following...
1) rebuild the kernel with sound support but no ALSA support at all
2) reboot
3) add the appropriate ALSA_CARDS line to /etc/make.conf, in your case
ALSA_CARDS="hda-intel"
4) emerge alsa-driver (and it probably still won't work)
5) emerge -C alsa-driver
6) rebuild the kernel with sound support and ALSA support
7) reboot
8) run alsaconf
After this sequence, my ALSA sound finally started working again. I
don't know what happened. A wild guess is that "make" was trying to
"be efficient" and kept some code from a previous version, that doesn't
work with the current version. It had to be totally removed in order
to get "make" to build the new version of the code.
--
Walter Dnes <waltdnes@waltdnes.org> In linux /sbin/init is Job #1
Q. Mr. Ghandi, what do you think of Microsoft security?
A. I think it would be a good idea.
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-13 2:59 ` Walter Dnes
@ 2007-10-13 11:49 ` Hans-Werner Hilse
2007-10-13 14:35 ` Chuanwen Wu
2007-10-13 14:30 ` Chuanwen Wu
1 sibling, 1 reply; 19+ messages in thread
From: Hans-Werner Hilse @ 2007-10-13 11:49 UTC (permalink / raw
To: gentoo-user
Hi,
On Fri, 12 Oct 2007 22:59:28 -0400 "Walter Dnes"
<waltdnes@waltdnes.org> wrote:
> After this sequence, my ALSA sound finally started working again. I
> don't know what happened. A wild guess is that "make" was trying to
> "be efficient" and kept some code from a previous version, that
> doesn't work with the current version.
Pretty unlikely, make doesn't do these things. I'm more thinking of
stale modules lingerin' around, but we will never know.
In this thread's case, however, I had the impression that sound on this
machine never worked at all?
-hwh
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-12 14:34 ` Hans-Werner Hilse
@ 2007-10-13 14:23 ` Chuanwen Wu
2007-10-13 15:16 ` Hans-Werner Hilse
0 siblings, 1 reply; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-13 14:23 UTC (permalink / raw
To: gentoo-user
Thank you for your help!
2007/10/12, Hans-Werner Hilse <hilse@web.de>:
> Hi,
>
> On Fri, 12 Oct 2007 09:50:16 +0800
> "Chuanwen Wu" <wcw8410@gmail.com> wrote:
>
> > > No, /dev/dsp is OSS stuff. Aplay shouldn't use that. But it makes me
> > > wonder whether snd_pcm_oss is loaded?
> > Yes,have loaded it:
> > $ lsmod | grep snd_pcm_oss
> > snd_pcm_oss 39648 0
> > snd_mixer_oss 14912 1 snd_pcm_oss
> > snd_pcm 73800 2 snd_pcm_oss,snd_hda_intel
> > snd 50216 6
> > snd_seq,snd_pcm_oss,snd_mixer_oss,snd_hda_intel,snd_pcm,snd_timer
>
> Odd. /dev/dsp should be present under these circumstances. But the
> other things below explain that:
>
> > I am sure I have re-run alsaconf and both the /etc/asound.state and
> > /var/lib/alsa/asound.state 's content are:
> > # cat /var/lib/alsa/asound.state
> > state.Intel {
> > control {
> > }
> > }
>
> Hm, so it seems there were problems with the mixer at that stage, too.
> That file should contain settings for the various controls.
>
> > $ cat /proc/asound/cards
> > 0 [Intel ]: HDA-Intel - HDA Intel
> > HDA Intel at 0xfe9fc000 irq 21
>
> So the kernel is interfacing it correctly, but only in parts:
>
> > $ cat /proc/asound/devices
> > 0: [ 0] : control
> > 1: : sequencer
> > 33: : timer
> >
> > Here is the output of strace aplay and I hope it dose not bother you
> > and I also attach it as a annex.
> > [...]
> > open("/dev/snd/pcmC0D0p", O_RDWR|O_NONBLOCK) = -1 ENOENT (No such file
> > or directory)
>
> The playback and capture devices are completely missing, and udev
> therefore didn't create /dev/snd/pcmC0D0p (PCM, card 0, device 0,
> playback channel). The only explanation I can suggest is
> broken/incomplete kernel/alsa-drivers support for your device. Does the
> machine have BIOS settings for sound? What about the audio related
> kernel log output?
>
Yes,both my Windows XP and another linux os Redflag have sound. Is
there anyway that I can use the Redflag's modules to driver my
gentoo?
Where can I get the audio related kernel log output?
> In any case, you should probably use the separate alsa-driver from
> portage, preferably the newest (unstable in portage) version. There
> were many changes (some of them adding support for more devices for the
> hda driver) that are not yet in the kernel ALSA tree.
>
I have tried the version (~)1.0.15_rc2,which I heard from someone in
some webpages that it could drive my hda sound card,but it still can't
in my machine.
And the one of version 9999, I think I can never emerge it:
>>> Emerging (1 of 2) media-sound/alsa-headers-9999 to /
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
>>> Unpacking source...
* hg clone http://hg.alsa-project.org/alsa-kernel ...
real URL is http://hg.alsa-project.org/alsa-kernel/
requesting all changes
adding changesets
The network is so slow and this status has already keep couples of hours.
> -hwh
> --
> gentoo-user@gentoo.org mailing list
>
>
--
wcw
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-13 2:59 ` Walter Dnes
2007-10-13 11:49 ` Hans-Werner Hilse
@ 2007-10-13 14:30 ` Chuanwen Wu
1 sibling, 0 replies; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-13 14:30 UTC (permalink / raw
To: gentoo-user
2007/10/13, Walter Dnes <waltdnes@waltdnes.org>:
> I ran into a similar problem after an update. audacious and mpg123
> which use ALSA, died; Realplayer and mpg321 get by with the OSS api on
> ALSA. revdep-rebuild didn't find anything wrong.
>
> I tried various things without success. What finally worked was the
> following...
>
> 1) rebuild the kernel with sound support but no ALSA support at all
>
> 2) reboot
>
> 3) add the appropriate ALSA_CARDS line to /etc/make.conf, in your case
> ALSA_CARDS="hda-intel"
>
> 4) emerge alsa-driver (and it probably still won't work)
>
> 5) emerge -C alsa-driver
>
> 6) rebuild the kernel with sound support and ALSA support
>
> 7) reboot
>
> 8) run alsaconf
>
> After this sequence, my ALSA sound finally started working again. I
> don't know what happened. A wild guess is that "make" was trying to
> "be efficient" and kept some code from a previous version, that doesn't
> work with the current version. It had to be totally removed in order
> to get "make" to build the new version of the code.
>
I admit that your situation is very weird. But I still don't think
that the old version will affect the new one.
> --
> Walter Dnes <waltdnes@waltdnes.org> In linux /sbin/init is Job #1
> Q. Mr. Ghandi, what do you think of Microsoft security?
> A. I think it would be a good idea.
> --
> gentoo-user@gentoo.org mailing list
>
>
--
wcw
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-13 11:49 ` Hans-Werner Hilse
@ 2007-10-13 14:35 ` Chuanwen Wu
0 siblings, 0 replies; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-13 14:35 UTC (permalink / raw
To: gentoo-user
2007/10/13, Hans-Werner Hilse <hilse@web.de>:
> Hi,
>
> On Fri, 12 Oct 2007 22:59:28 -0400 "Walter Dnes"
> <waltdnes@waltdnes.org> wrote:
>
> > After this sequence, my ALSA sound finally started working again. I
> > don't know what happened. A wild guess is that "make" was trying to
> > "be efficient" and kept some code from a previous version, that
> > doesn't work with the current version.
>
> Pretty unlikely, make doesn't do these things. I'm more thinking of
> stale modules lingerin' around, but we will never know.
>
> In this thread's case, however, I had the impression that sound on this
> machine never worked at all?
It's my new Dell1400 laptop.
Sound never works on the Gentoo OS but just as I mention in the above
post, it works in Windows and another distribution Redflag.
>
> -hwh
> --
> gentoo-user@gentoo.org mailing list
>
>
--
wcw
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-13 14:23 ` Chuanwen Wu
@ 2007-10-13 15:16 ` Hans-Werner Hilse
2007-10-14 7:25 ` Chuanwen Wu
0 siblings, 1 reply; 19+ messages in thread
From: Hans-Werner Hilse @ 2007-10-13 15:16 UTC (permalink / raw
To: gentoo-user
Hi,
On Sat, 13 Oct 2007 22:23:35 +0800
"Chuanwen Wu" <wcw8410@gmail.com> wrote:
> Yes,both my Windows XP and another linux os Redflag have sound. Is
> there anyway that I can use the Redflag's modules to driver my
> gentoo?
Only by using its kernel, too. Then you would just copy the kernel (and
initrd, if needed, but this might be a bag of problems if the initrd
depends on stuff from the base system) from /boot and the according
module tree from /lib/modules.
I think it would at least be interesting what /proc/asound/version is
like on the redflag distro. Also it would be interesting if they use
in-kernel ALSA or separate drivers and if the latter is the case, then
they might provide source packages -- which potentially include patches
that add support for your device.
Before trying all that: Did you had a look at the kernel log (use
"dmesg")? Were there errors or warnings around the lines that were
printed when the ALSA driver was loaded?
When you emerge alsa-drivers, also make sure that there are no stale
in-kernel modules in /lib/modules/$(uname -r)/kernel/sound/*. You can
delete them manually, just run "depmod -ae" afterwards.
> Where can I get the audio related kernel log output?
look at the output of "dmesg" (e.g. piping it to "less": dmesg|less).
However, for me (different card and all works well), there is zero
output. You might change that by enabling ALSA debug output in kernel
configuration, though... But I'm not sure whether that's worth it.
> > In any case, you should probably use the separate alsa-driver from
> > portage, preferably the newest (unstable in portage) version. There
> > were many changes (some of them adding support for more devices for the
> > hda driver) that are not yet in the kernel ALSA tree.
> >
> I have tried the version (~)1.0.15_rc2,which I heard from someone in
> some webpages that it could drive my hda sound card,but it still can't
> in my machine.
The newer ALSA versions are at least supposed to handle the hda better
w/ regard to supported hardware configurations. Doing a little
recherche for the little I know about your laptop, I came across this
thread:
http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg20707.html
which seems to indicate similar problems which were partly solved by a
newer version of alsa-driver. When experimenting with out-of-kernel
drivers, always keep an eye on potential conflicts in
/lib/modules/$(uname -r), and compare /proc/asound/version against what
you think it should be.
The thread also indicates that problems with HDA based audio is not a
seldom thing to see.
You can download newer versions of alsa-driver from their homepage and
experiment with it in /usr/local/src. Currently they offer -1.0.15rc3,
you might want to try it, it lists changes w/ regard to the hda driver.
http://www.alsa-project.org/
> And the one of version 9999, I think I can never emerge it:
> >>> Emerging (1 of 2) media-sound/alsa-headers-9999 to /
> * checking ebuild checksums ;-) ... [ ok ]
> * checking auxfile checksums ;-) ... [ ok ]
> * checking miscfile checksums ;-) ... [ ok ]
> >>> Unpacking source...
> * hg clone http://hg.alsa-project.org/alsa-kernel ...
> real URL is http://hg.alsa-project.org/alsa-kernel/
> requesting all changes
> adding changesets
>
> The network is so slow and this status has already keep couples of hours.
Yes, that's the culprit with distributed versioning systems. You have
to download the full change history. I've not used mercurial recently,
so I don't have a suggestion how to only download HEAD or something
like that, if that's possible at all.
I think at the moment there is no point in using a current Mercurial
checkout. From what I see on
http://hg-mirror.alsa-project.org/alsa-driver/
the last changes after 1.0.15rc3 don't matter in your case, so start
trying that (as said, you can download it from their homepage).
-hwh
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-13 15:16 ` Hans-Werner Hilse
@ 2007-10-14 7:25 ` Chuanwen Wu
2007-10-14 12:00 ` Hans-Werner Hilse
0 siblings, 1 reply; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-14 7:25 UTC (permalink / raw
To: gentoo-user
2007/10/13, Hans-Werner Hilse <hilse@web.de>:
> Hi,
>
> On Sat, 13 Oct 2007 22:23:35 +0800
> "Chuanwen Wu" <wcw8410@gmail.com> wrote:
>
> > Yes,both my Windows XP and another linux os Redflag have sound. Is
> > there anyway that I can use the Redflag's modules to driver my
> > gentoo?
>
> Only by using its kernel, too. Then you would just copy the kernel (and
> initrd, if needed, but this might be a bag of problems if the initrd
> depends on stuff from the base system) from /boot and the according
> module tree from /lib/modules.
Oh, I just forgot that the Redflag is a i386 OS but the gentoo is
amd64 OS. So gentoo can't use the Redflag's modules and kernel(vice
versa).
>
> I think it would at least be interesting what /proc/asound/version is
> like on the redflag distro. Also it would be interesting if they use
> in-kernel ALSA or separate drivers and if the latter is the case, then
> they might provide source packages -- which potentially include patches
> that add support for your device.
>
Let 's have a look at the Redflag's alsa information:(all the
operations I did below were in the Redflag OS)
# cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfe9fc000 irq 20
*******in gentoo it is "irq 21" here. **********
# cat /proc/asound/devices
0: [ 0] : control
1: : sequencer
16: [ 0- 0]: digital audio playback
17: [ 0- 1]: digital audio playback
24: [ 0- 0]: digital audio capture
33: : timer
# cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 1.0.14rc3.
Compiled on Jul 25 2007 for kernel 2.6.22.1-9 (SMP).
I notice that the alsa version is 1.0.14rc3 which is the unstable one
before 1.0.14. But I tried 1.0.14rc3, and the result is as similar as
when I use in-kernel alsa driver.
# grep SND /boot/config-2.6.22.1-9
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_RTCTIMER=m
CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y
CONFIG_SND_DYNAMIC_MINORS=y
# CONFIG_SND_SUPPORT_OLD_API is not set
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_OPL4_LIB=m
CONFIG_SND_VX_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
CONFIG_SND_MTPAV=m
CONFIG_SND_MTS64=m
# CONFIG_SND_SERIAL_U16550 is not set
CONFIG_SND_MPU401=m
CONFIG_SND_PORTMAN2X4=m
CONFIG_SND_CS4231_LIB=m
CONFIG_SND_ADLIB=m
# CONFIG_SND_AD1816A is not set
# CONFIG_SND_AD1848 is not set
# CONFIG_SND_ALS100 is not set
# CONFIG_SND_AZT2320 is not set
# CONFIG_SND_CMI8330 is not set
# CONFIG_SND_CS4231 is not set
# CONFIG_SND_CS4232 is not set
CONFIG_SND_CS4236=m
# CONFIG_SND_DT019X is not set
# CONFIG_SND_ES968 is not set
# CONFIG_SND_ES1688 is not set
CONFIG_SND_ES18XX=m
# CONFIG_SND_GUSCLASSIC is not set
# CONFIG_SND_GUSEXTREME is not set
# CONFIG_SND_GUSMAX is not set
# CONFIG_SND_INTERWAVE is not set
# CONFIG_SND_INTERWAVE_STB is not set
CONFIG_SND_OPL3SA2=m
# CONFIG_SND_OPTI92X_AD1848 is not set
# CONFIG_SND_OPTI92X_CS4231 is not set
# CONFIG_SND_OPTI93X is not set
CONFIG_SND_MIRO=m
# CONFIG_SND_SB8 is not set
CONFIG_SND_SB16=m
CONFIG_SND_SBAWE=m
# CONFIG_SND_SB16_CSP is not set
# CONFIG_SND_SGALAXY is not set
# CONFIG_SND_SSCAPE is not set
# CONFIG_SND_WAVEFRONT is not set
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
CONFIG_SND_ALS4000=m
CONFIG_SND_ALI5451=m
CONFIG_SND_ATIIXP=m
CONFIG_SND_ATIIXP_MODEM=m
CONFIG_SND_AU8810=m
CONFIG_SND_AU8820=m
CONFIG_SND_AU8830=m
CONFIG_SND_AZT3328=m
CONFIG_SND_BT87X=m
# CONFIG_SND_BT87X_OVERCLOCK is not set
CONFIG_SND_CA0106=m
CONFIG_SND_CMIPCI=m
CONFIG_SND_CS4281=m
CONFIG_SND_CS46XX=m
CONFIG_SND_CS46XX_NEW_DSP=y
CONFIG_SND_CS5535AUDIO=m
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
CONFIG_SND_LAYLA20=m
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
CONFIG_SND_ECHO3G=m
CONFIG_SND_INDIGO=m
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
CONFIG_SND_EMU10K1=m
CONFIG_SND_EMU10K1X=m
CONFIG_SND_ENS1370=m
CONFIG_SND_ENS1371=m
CONFIG_SND_ES1938=m
CONFIG_SND_ES1968=m
CONFIG_SND_FM801=m
CONFIG_SND_FM801_TEA575X_BOOL=y
CONFIG_SND_FM801_TEA575X=m
CONFIG_SND_HDA_INTEL=m
CONFIG_SND_HDSP=m
CONFIG_SND_HDSPM=m
CONFIG_SND_ICE1712=m
CONFIG_SND_ICE1724=m
CONFIG_SND_INTEL8X0=m
CONFIG_SND_INTEL8X0M=m
CONFIG_SND_KORG1212=m
CONFIG_SND_KORG1212_FIRMWARE_IN_KERNEL=y
CONFIG_SND_MAESTRO3=m
CONFIG_SND_MAESTRO3_FIRMWARE_IN_KERNEL=y
CONFIG_SND_MIXART=m
CONFIG_SND_NM256=m
CONFIG_SND_PCXHR=m
CONFIG_SND_RIPTIDE=m
CONFIG_SND_RME32=m
CONFIG_SND_RME96=m
CONFIG_SND_RME9652=m
CONFIG_SND_SONICVIBES=m
CONFIG_SND_TRIDENT=m
CONFIG_SND_VIA82XX=m
CONFIG_SND_VIA82XX_MODEM=m
CONFIG_SND_VX222=m
CONFIG_SND_YMFPCI=m
CONFIG_SND_YMFPCI_FIRMWARE_IN_KERNEL=y
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_USB_USX2Y=m
# CONFIG_SND_USB_CAIAQ is not set
# CONFIG_SND_VXPOCKET is not set
# CONFIG_SND_PDAUDIOCF is not set
# CONFIG_SND_SOC is not set
And from the option of the kernel-config file above, I think Redflag
uses the in-kernel driver.
> Before trying all that: Did you had a look at the kernel log (use
> "dmesg")? Were there errors or warnings around the lines that were
> printed when the ALSA driver was loaded?
When I do #modprobe snd_hda_intel(or #alsaconf), I can see the message
below appending to the ouput of dmesg:
ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 21
PCI: Setting latency timer of device 0000:00:1b.0 to 64
stac92xx_auto_fill_dac_nids: No available DAC for pin 0x0
>
> When you emerge alsa-drivers, also make sure that there are no stale
> in-kernel modules in /lib/modules/$(uname -r)/kernel/sound/*. You can
> delete them manually, just run "depmod -ae" afterwards.
>
> > Where can I get the audio related kernel log output?
>
> look at the output of "dmesg" (e.g. piping it to "less": dmesg|less).
> However, for me (different card and all works well), there is zero
> output. You might change that by enabling ALSA debug output in kernel
> configuration, though... But I'm not sure whether that's worth it.
>
> > > In any case, you should probably use the separate alsa-driver from
> > > portage, preferably the newest (unstable in portage) version. There
> > > were many changes (some of them adding support for more devices for the
> > > hda driver) that are not yet in the kernel ALSA tree.
> > >
> > I have tried the version (~)1.0.15_rc2,which I heard from someone in
> > some webpages that it could drive my hda sound card,but it still can't
> > in my machine.
I have tried the alsa-driver-(~)1.0.15_rc2 again to see the what the
details of problem is.
And when I did alsaconf, I got a new error below:
Running modules-update...
* Please run 'update-modules' from now on; 'modules-update' is going away
* Updating modules.dep ... [ ok ]
Loading driver...
* Loading ALSA modules ...
* Loading: snd-card-0 ... [ ok ]
* Loading: snd-mixer-oss ... [ ok ]
* Loading: snd-pcm-oss ... [ ok ]
* Loading: snd-seq-oss ... [ ok ]
* ERROR: Failed to load necessary drivers [ ok ]
* Restoring Mixer Levels ...
alsactl: unrecognized option `---'
Usage: alsactl <options> command
Available options:
-h,--help this help
-f,--file # configuration file (default /etc/asound.state or
/etc/asound.names)
-F,--force try to restore the matching controls as much as possible
-d,--debug debug mode
-v,--version print version of this program
Available commands:
store <card #> save current driver setup for one or each soundcards
to configuration file
restore <card #> load current driver setup for one or each soundcards
from configuration file
names <card #> dump information about all the known present (sub-)devices
into configuration file (DEPRECATED)
* Errors while restoring defaults, ignoring [ ok ]
Setting default volumes...
amixer: Mixer attach default error: No such device
....
When I used the one with version 1.0.14, which is a stable one, there
was no such error.
Before I re-merge the alsa-driver-(~)1.0.15_rc2, I changed my
kernel-config. I think it should not be the cause of the alsa problem
above, but I just paste it below.
Here is the my current kernel-config related:
Loadable module support --->
[*] Enable loadable module support
Device Drivers --->
Character devices --->
<*> Enhanced Real Time Clock Support
Sound --->
<M> Sound card Support
Advanced Linux Sound Architecture --->
< > Advanced Linux Sound Architecture
Open Sound System --->
< > Open Sound System (DEPRECATED)
> The newer ALSA versions are at least supposed to handle the hda betterr
> w/ regard to supported hardware configurations. Doing a little
> recherche for the little I know about your laptop, I came across this
> thread:
> http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg20707.html
> which seems to indicate similar problems which were partly solved by a
> newer version of alsa-driver. When experimenting with out-of-kernel
> drivers, always keep an eye on potential conflicts in
> /lib/modules/$(uname -r), and compare /proc/asound/version against what
> you think it should be.
# cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 1.0.15rc2.
Compiled on Oct 14 2007 for kernel 2.6.22-suspend2-r2 (SMP).
I am sure the information above is right.
> The thread also indicates that problems with HDA based audio is not a
> seldom thing to see.
>
> You can download newer versions of alsa-driver from their homepage and
> experiment with it in /usr/local/src. Currently they offer -1.0.15rc3,
> you might want to try it, it lists changes w/ regard to the hda driver.
> http://www.alsa-project.org/
>
oh, my network can't reach it.
> > And the one of version 9999, I think I can never emerge it:
> > >>> Emerging (1 of 2) media-sound/alsa-headers-9999 to /
> > * checking ebuild checksums ;-) ... [ ok ]
> > * checking auxfile checksums ;-) ... [ ok ]
> > * checking miscfile checksums ;-) ... [ ok ]
> > >>> Unpacking source...
> > * hg clone http://hg.alsa-project.org/alsa-kernel ...
> > real URL is http://hg.alsa-project.org/alsa-kernel/
> > requesting all changes
> > adding changesets
> >
> > The network is so slow and this status has already keep couples of hours.
>
> Yes, that's the culprit with distributed versioning systems. You have
> to download the full change history. I've not used mercurial recently,
> so I don't have a suggestion how to only download HEAD or something
> like that, if that's possible at all.
>
> I think at the moment there is no point in using a current Mercurial
> checkout. From what I see on
> http://hg-mirror.alsa-project.org/alsa-driver/
> the last changes after 1.0.15rc3 don't matter in your case, so start
> trying that (as said, you can download it from their homepage).
>
> -hwh
> --
> gentoo-user@gentoo.org mailing list
>
>
--
wcw
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-14 7:25 ` Chuanwen Wu
@ 2007-10-14 12:00 ` Hans-Werner Hilse
2007-10-14 14:00 ` Chuanwen Wu
0 siblings, 1 reply; 19+ messages in thread
From: Hans-Werner Hilse @ 2007-10-14 12:00 UTC (permalink / raw
To: gentoo-user
Hi,
On Sun, 14 Oct 2007 15:25:12 +0800
"Chuanwen Wu" <wcw8410@gmail.com> wrote:
> > > Yes,both my Windows XP and another linux os Redflag have sound. Is
> > > there anyway that I can use the Redflag's modules to driver my
> > > gentoo?
> >
> > Only by using its kernel, too. Then you would just copy the kernel (and
> > initrd, if needed, but this might be a bag of problems if the initrd
> > depends on stuff from the base system) from /boot and the according
> > module tree from /lib/modules.
> Oh, I just forgot that the Redflag is a i386 OS but the gentoo is
> amd64 OS. So gentoo can't use the Redflag's modules and kernel(vice
> versa).
Hm, I see. I think the different IRQs are not really worth mentioning,
since they get automatically assigned. All that fooling around with
different versions of ALSA didn't help much, so it boils down to
- either it's a modified kernel what Redflag uses (I agree they use
in-kernel ALSA), or
- it's really an AMD64 vs. i386 matter.
> When I do #modprobe snd_hda_intel(or #alsaconf), I can see the message
> below appending to the ouput of dmesg:
> ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 21
> PCI: Setting latency timer of device 0000:00:1b.0 to 64
> stac92xx_auto_fill_dac_nids: No available DAC for pin 0x0
I had a really deep look
into /usr/src/linux/sound/pci/hda/patch_sigmatel.c, but nothing really
rings a bell. I think this indicates the problem (since nothing will
get routed correctly when it fails on the first pin, 0). But I don't
think the problem is located in the function that prints this error. In
any case, after printing that error, the initialization of the pin
routing fails with an error. So it's definately a driver issue, not
something about machine configuration.
In any case, I think you should report to the alsa mailinglist. FWIW, I
can't currently access www.alsa-project.org either. You can find the
subscription interface here:
https://lists.sourceforge.net/lists/listinfo/alsa-user
I'm sorry that after all this there isn't really much success. One
could certainly do more debugging by comparing a 32bit vs a 64bit
kernel with the exact same config otherwise. That might actually prove
that there's something fishy.
-hwh
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-14 12:00 ` Hans-Werner Hilse
@ 2007-10-14 14:00 ` Chuanwen Wu
2007-10-15 13:33 ` Chuanwen Wu
0 siblings, 1 reply; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-14 14:00 UTC (permalink / raw
To: gentoo-user
2007/10/14, Hans-Werner Hilse <hilse@web.de>:
> Hi,
>
> On Sun, 14 Oct 2007 15:25:12 +0800
> "Chuanwen Wu" <wcw8410@gmail.com> wrote:
>
> > > > Yes,both my Windows XP and another linux os Redflag have sound. Is
> > > > there anyway that I can use the Redflag's modules to driver my
> > > > gentoo?
> > >
> > > Only by using its kernel, too. Then you would just copy the kernel (and
> > > initrd, if needed, but this might be a bag of problems if the initrd
> > > depends on stuff from the base system) from /boot and the according
> > > module tree from /lib/modules.
> > Oh, I just forgot that the Redflag is a i386 OS but the gentoo is
> > amd64 OS. So gentoo can't use the Redflag's modules and kernel(vice
> > versa).
>
> Hm, I see. I think the different IRQs are not really worth mentioning,
> since they get automatically assigned. All that fooling around with
> different versions of ALSA didn't help much, so it boils down to
> - either it's a modified kernel what Redflag uses (I agree they use
> in-kernel ALSA), or
> - it's really an AMD64 vs. i386 matter.
>
> > When I do #modprobe snd_hda_intel(or #alsaconf), I can see the message
> > below appending to the ouput of dmesg:
> > ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 21
> > PCI: Setting latency timer of device 0000:00:1b.0 to 64
> > stac92xx_auto_fill_dac_nids: No available DAC for pin 0x0
>
> I had a really deep look
> into /usr/src/linux/sound/pci/hda/patch_sigmatel.c, but nothing really
> rings a bell. I think this indicates the problem (since nothing will
> get routed correctly when it fails on the first pin, 0). But I don't
> think the problem is located in the function that prints this error. In
> any case, after printing that error, the initialization of the pin
> routing fails with an error. So it's definately a driver issue, not
> something about machine configuration.
>
> In any case, I think you should report to the alsa mailinglist. FWIW, I
> can't currently access www.alsa-project.org either. You can find the
> subscription interface here:
> https://lists.sourceforge.net/lists/listinfo/alsa-user
>
> I'm sorry that after all this there isn't really much success. One
I am really appreciate for your patience and help. And I have learned
some ways to detect and trace my os's status from you.
> could certainly do more debugging by comparing a 32bit vs a 64bit
> kernel with the exact same config otherwise. That might actually prove
> that there's something fishy.
>
The 64bit os support is not very well at the moment. After I switch to
64bit os, I have found some applications and driver did not support
64bit os,like Eclipse.
But thing will get better and better.
> -hwh
> --
> gentoo-user@gentoo.org mailing list
>
>
--
wcw
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-14 14:00 ` Chuanwen Wu
@ 2007-10-15 13:33 ` Chuanwen Wu
2007-10-15 14:30 ` Hans-Werner Hilse
0 siblings, 1 reply; 19+ messages in thread
From: Chuanwen Wu @ 2007-10-15 13:33 UTC (permalink / raw
To: gentoo-user
The problem is fixed now!
I tried the alsa-driver-1.0.14_rc3, which is used by the Redflag os,
and everything is fine, now.
It's very weird. Just as what I mentioned above, the 1.0.14_rc3
version one is a unstable one. I have tried both version 1.0.14,the
stable one that come out after 1.0.14_r3, and the 1.0.15_rc2 one, but
both of them can't drive my sound card. But now, the 1.0.14_rc3 fixed
it! It's a big surprise.
2007/10/14, Chuanwen Wu <wcw8410@gmail.com>:
> 2007/10/14, Hans-Werner Hilse <hilse@web.de>:
> > Hi,
> >
> > On Sun, 14 Oct 2007 15:25:12 +0800
> > "Chuanwen Wu" <wcw8410@gmail.com> wrote:
> >
> > > > > Yes,both my Windows XP and another linux os Redflag have sound. Is
> > > > > there anyway that I can use the Redflag's modules to driver my
> > > > > gentoo?
> > > >
> > > > Only by using its kernel, too. Then you would just copy the kernel (and
> > > > initrd, if needed, but this might be a bag of problems if the initrd
> > > > depends on stuff from the base system) from /boot and the according
> > > > module tree from /lib/modules.
> > > Oh, I just forgot that the Redflag is a i386 OS but the gentoo is
> > > amd64 OS. So gentoo can't use the Redflag's modules and kernel(vice
> > > versa).
> >
> > Hm, I see. I think the different IRQs are not really worth mentioning,
> > since they get automatically assigned. All that fooling around with
> > different versions of ALSA didn't help much, so it boils down to
> > - either it's a modified kernel what Redflag uses (I agree they use
> > in-kernel ALSA), or
> > - it's really an AMD64 vs. i386 matter.
> >
> > > When I do #modprobe snd_hda_intel(or #alsaconf), I can see the message
> > > below appending to the ouput of dmesg:
> > > ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 21
> > > PCI: Setting latency timer of device 0000:00:1b.0 to 64
> > > stac92xx_auto_fill_dac_nids: No available DAC for pin 0x0
> >
> > I had a really deep look
> > into /usr/src/linux/sound/pci/hda/patch_sigmatel.c, but nothing really
> > rings a bell. I think this indicates the problem (since nothing will
> > get routed correctly when it fails on the first pin, 0). But I don't
> > think the problem is located in the function that prints this error. In
> > any case, after printing that error, the initialization of the pin
> > routing fails with an error. So it's definately a driver issue, not
> > something about machine configuration.
> >
> > In any case, I think you should report to the alsa mailinglist. FWIW, I
> > can't currently access www.alsa-project.org either. You can find the
> > subscription interface here:
> > https://lists.sourceforge.net/lists/listinfo/alsa-user
> >
> > I'm sorry that after all this there isn't really much success. One
> I am really appreciate for your patience and help. And I have learned
> some ways to detect and trace my os's status from you.
> > could certainly do more debugging by comparing a 32bit vs a 64bit
> > kernel with the exact same config otherwise. That might actually prove
> > that there's something fishy.
> >
> The 64bit os support is not very well at the moment. After I switch to
> 64bit os, I have found some applications and driver did not support
> 64bit os,like Eclipse.
> But thing will get better and better.
> > -hwh
> > --
> > gentoo-user@gentoo.org mailing list
> >
> >
>
>
> --
> wcw
>
--
wcw
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [gentoo-user] alsa problem
2007-10-15 13:33 ` Chuanwen Wu
@ 2007-10-15 14:30 ` Hans-Werner Hilse
0 siblings, 0 replies; 19+ messages in thread
From: Hans-Werner Hilse @ 2007-10-15 14:30 UTC (permalink / raw
To: gentoo-user
Hi,
On Mon, 15 Oct 2007 21:33:17 +0800 "Chuanwen Wu" <wcw8410@gmail.com>
wrote:
> The problem is fixed now!
> I tried the alsa-driver-1.0.14_rc3, which is used by the Redflag os,
> and everything is fine, now.
>
> It's very weird. Just as what I mentioned above, the 1.0.14_rc3
> version one is a unstable one. I have tried both version 1.0.14,the
> stable one that come out after 1.0.14_r3, and the 1.0.15_rc2 one, but
> both of them can't drive my sound card. But now, the 1.0.14_rc3 fixed
> it! It's a big surprise.
I'm very happy to hear that. And I don't have a good explanation,
either. Some regression must have crept into newer versions -- or some
kind of sanity check that now triggers for newer versions. In any case:
Good to hear it's working!
(and of course, you were very welcome, thanks for the thanks!)
-hwh
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2007-10-15 14:48 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-10 3:04 [gentoo-user] alsa problem Chuanwen Wu
2007-10-10 4:31 ` Randy Barlow
2007-10-10 13:19 ` Chuanwen Wu
2007-10-10 16:30 ` Hans-Werner Hilse
2007-10-11 15:53 ` Chuanwen Wu
2007-10-11 16:54 ` Hans-Werner Hilse
2007-10-12 1:50 ` Chuanwen Wu
2007-10-12 14:34 ` Hans-Werner Hilse
2007-10-13 14:23 ` Chuanwen Wu
2007-10-13 15:16 ` Hans-Werner Hilse
2007-10-14 7:25 ` Chuanwen Wu
2007-10-14 12:00 ` Hans-Werner Hilse
2007-10-14 14:00 ` Chuanwen Wu
2007-10-15 13:33 ` Chuanwen Wu
2007-10-15 14:30 ` Hans-Werner Hilse
2007-10-13 2:59 ` Walter Dnes
2007-10-13 11:49 ` Hans-Werner Hilse
2007-10-13 14:35 ` Chuanwen Wu
2007-10-13 14:30 ` Chuanwen Wu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox