lkml,
I use a soundblaster audigy 2 NX external sound card in USB 2.0 high
speed mode.
Until 2.6.18 pausing the player would instantly 'D' state
audacious, requiring a re-boot. I thought it went away in 2.6.18 but
it recently hung again when the system was under heavy load. This
most recent hang occured while playing for the first
time, and produced a 'Zl' state in audacious instead of a D state.
mattie 1348 2.5 0.0 0 0 ? Zl 18:30 3:18 [audacious] <defunct>
Attempting to cat /proc/asound/NX/audigy2nx also produced a hung
process.
mattie 29778 0.0 0.0 1496 368 ? D 19:30 0:00 cat audigy2nx
mattie 29813 0.0 0.2 4232 1248 ? DL 19:40 0:00 sox /usr/home/mattie/system/sounds/kramer-dog.wav -t alsa default
mattie 29843 0.0 0.0 1500 368 ? D 19:47 0:00 cat audigy2nx
here is the ver_linux output as recommended:
Linux reforged 2.6.18.3 #1 PREEMPT Mon Nov 20 02:49:10 PST 2006 i686
AMD Athlon( tm) XP 3000+ AuthenticAMD GNU/Linux
Gnu C 4.1.1
Gnu make 3.81
binutils 2.17.50.0.3
util-linux 2.12r
mount 2.12r
module-init-tools 3.2.2
e2fsprogs 1.39
xfsprogs 2.7.11
Linux C Library > libc.2.4
Dynamic linker (ldd) 2.4
Procps 3.2.6
Net-tools 1.60
Kbd 1.12
Sh-utils 6.4
udev 103
Modules Loaded snd_usb_audio snd_usb_lib snd_hwdep snd_via82xx
snd_ac97_ codec snd_ac97_bus snd_mpu401_uart
snapshot of the interrupt table:
CPU0
0: 36131491 IO-APIC-edge timer
1: 247883 IO-APIC-edge i8042
8: 2 IO-APIC-edge rtc
9: 0 IO-APIC-level acpi
14: 345469 IO-APIC-edge ide0
15: 84136 IO-APIC-edge ide1
16: 10840911 IO-APIC-level radeon@pci:0000:01:00.0
17: 116010 IO-APIC-level eth0
18: 415161 IO-APIC-level ide2, ide3
20: 11715665 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb2,uhci_hcd:usb3, uhci_hcd:usb4, uhci_hcd:usb5 21: 0
IO-APIC-level VIA8237 NMI: 0
LOC: 36133430
ERR: 0
MIS: 0
attachments:
* kernel config is attached as: kernel-config-2.6.18.3
* audacious in 'D' state /proc<pid> dump: audacious-crashed-proc-dump
On a previous hang of audacious I was able to capture information from /proc/<pid> while audacious was hung in a 'D' state.
I had difficulty copying or tar'ing the /proc/<pid> directory even with the paths restricted to plain files. As a work-around
I whipped up a perl script that would dump the /proc/<pid> paths to a single file, listing the path , followed by the contents.
This file is larg'ish and probably pretty ugly, but I have attached it in hope that it may assist in tracking down the problem.
* strace of the cat process that hung: hung-cat-in-proc-asound-NX-audigy2nx
my apologies to cat owners. I was unable to ptrace attach to the zombied audacious or a cat
process, so I ran a strace.
A friend has suggested compiling with ingo's lock debugging which I will do. I don't mind recompiling so
any suggestions for how to capture more information from the kernel would be appreciated. I will probably
look into kexec crash dump tonight.
Let me know if this report can be improved , or re-directed. Any help appreciated. Thanks.
Mike Mattie - [email protected]
Attachment:
kernel-config-2.6.18.3
Description: Binary data
Attachment:
hung-cat-in-proc-asound-NX-audigy2nx
Description: Binary data
Attachment:
audacious-crashed-proc-dump.gz
Description: GNU Zip compressed data
Attachment:
signature.asc
Description: PGP signature
- Follow-Ups:
- Prev by Date: Re: [PATCH] m68knommu: scatterlist add missing bracket
- Next by Date: [2.6 patch] remove EXPORT_UNUSED_SYMBOL'ed symbols
- Previous by thread: trying pata_ali in 2.6.19
- Next by thread: Re: PROBLEM: snd-usb-audio (I think) hangs apps ( audacious media player ) in 'D' state, linux = 2.6.18.3
- Index(es):
 |