Hard lockup using emu10k1-based sound card
Just as another data point, I, too, had trouble with lockups with the emu10k1 (with the 2.4.0-test driver and ALSA both). I noticed that it was sharing an interrupt with ACPI. As soon as I rebuilt the kernel with the ACPI Interpreter option turned off, the problem went away.
It's not the first time I've gotten burned with the "turn on some option because I might want to mess with it someday" approach to kernel configuration...
jon
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 4 lines · Jonathan Corbet
Just as another data point, I, too, had trouble with lockups with the emu10k1 (with the 2.4.0-test driver and ALSA both). I noticed that it was sharing an interrupt with ACPI. As soon as I rebuilt the kernel with the ACPI Interpreter option turned off, the problem went away.
In my case, the emu10k1 has an IRQ all to itself... (and I don't have ACPI enabled).
Been running the kernel emu10k1 on test11-pre5 since this morning. I've only had one lockup (older testX emu10k1's locked up more frequently). So there still appears to be a problem with (or triggered by) test11-pre5 emu10k1. As I was under X at that stage (XMMS & two xterms), I did not see any panic()'s or BUG()'s.
Next I'm going to compile with serial console & see if I can see any panic() or BUG()s.
-- Hans.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/