Red Hat Bugzilla – Bug 64620
hard lockup under load
Last modified: 2007-04-18 12:42:29 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.0 (X11; Linux i686; U;) Gecko/20020326
Description of problem:
ABIT KT7A (Via KT133A chipset),
Nvidia GeForce 2MX,
Hercules Gamesurround Fortissimo II Audio Card (Cirrus Logic SoundFusion CS4624
RedHat 7.2 w/ Updates
2.4.18-3 kernel (from RedHat 7.3, with required dev and iptables packages)
Nvidia driver 1.0-2880
I've used both alsa 0.9 rc1 and the "native" OSS drivers - the symptoms are
identical in each.
The symptom is that during audio playback under high sustained CPU load the
machine freezes - typically, but not always, with audio looping.
I've eliminated both X and the nvidia driver by bringing the machine up in init
level 3 and insuring the NVdriver module never loads.
I've eliminated the vmware modules as culprits similarly (insuring that from
power off, they are never loaded).
I've tried the following kernel options with no success:
When the machine locks up, it does not respond to Alt-SysReq.
It's 100% reproducable - in one window (or console) - start audio playback (I've
been using ogg123 as the test driver since I have a large collection of ogg
files) and in another start a compile (my test has been compiling
freeamp-2.1.1). After approx 10 seconds, observe the lockup, power cycle the
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. in one window (or console) - start audio playback (I've been using ogg123 as
the test driver since I have a large collection of ogg files)
2. in another start a compile (my test has been compiling freeamp-2.1.1).
3. After approx 10 seconds, observe the lockup, power cycle the machine.
BTW: per the MAINTAINERS file, I've also email Alan (Cox), Nils Faerber, and
Jaroslav Kysela (of the ALSA project, on who's code this driver was based)
Oh, and I suppose I should have noted that the reason I'm running the 2.4.18
kernel is because I was hoping it would fix the problem when I discovered it
under teh 2.4.9-21 kernel.
Created attachment 56707 [details]
log of crash w/ "options cs46xx cs_debuglevel=9 cs_debugmask=0xffff"
Gents - at this point I think I may be chassing my tail, and I don't want anyone
else wasting any time until I'm sure. I can reliably cause the machine to lock
under load without the sound driver loaded - which either means it's a kernel
bug or (more likely) an issue with my machine.
To cause the lockup without involving sound requires a higher load than with,
but it locks just as reliably. (make -j 16 will do it every time with out
involving the sound driver).
Until I get some supporting data, consider this a non-bug.
Could you tell me if those 2 bug reports might be related to this one ?
-> Bug #102961
-> Bug #127814