Bug 55196
Summary: | [binary only module] Output of sound through Esound causes hard lockup | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Alvin Thompson <alvin> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED ERRATA | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | CC: | alan |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-06-08 16:58:59 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Alvin Thompson
2001-10-26 22:24:06 UTC
placing the card in slot 3, which does not share interrupts, does not help. /proc/interrupts looks fine. the only thing sharing interrupts now are netwark cards. i guess it's not an interrupt problem. Well the binary only module from aureal was written for 2.2; the 2.4 interrupt mechanisms are quite different so I'm not really suprised it doesn't work.... interesting that there are vortex game port drivers built into the kernel but no sound drivers... That's because that driver is open source; most likely Aureal gave out specs... they never did this for the sound part unfortionatly. problem also happens using SBLive sound card, although it takes much longer (mean time between lockups is around 36-48 hours of constant disk usage and sound output). this may be a different bug as it takes much longer and the hard drive doesn't seem to be as corrupted as with Vortex. setting the output pluggin in XMMS to OSS instead of ARTS (or ESS for the not-so-bright) seems to make the problem more likely. i have done a clean install, swapped slots/interrupts, recompiled the kernel, removed the NVidia driver, and removed the Promise IDE driver and the hard disk. Problem still occurs. as you can see from the description above, this is pretty much a vanilla system. so if it can happen to me, it can happen to anyone. since the problem also occurs with the relatively-common SBLive and involves loss of data i recommend increasing the priority to something more appriate. feel free to contact me for more information. there are actually two different problems which cause the lockups: there is the vortex problem, as above, and also if any program tries to output sound through ESD it causes occasional hard lockups, although not as likely to cause disk corruption. the latter problem happens regardless of the type of sound card. i have two systems and the latter problem occurs on both. the only 3 things they have in common are assus a7v motherboards (different revisions), athlon processors (different speeds), and maxtor hard drives (different sizes). forgot to mention both computers run fine with Mandrake Linux and its version of esound. How did this end up on esound instead of kernel? SB Live should be fixed. The binary stuff is a WONTFIX. Please re-open the bug if current errata havent solved it for you with SB Live |