Ross Alexander wrote:

[warning: all of the below is just generic bug triage, I have no idea what is really wrong]

Call Trace:
run_timer_softirq+0x156/0x1ac
__do_softirq+0x50/0xbb
call_softirq+0x1c/02x8
do_softieq+0x2f/x097
irq_exit+0x3d/0x4f
smp_apic_timer_interrupt+0x46/0x58
default_idle+0x0/0x3d
apic_timer_interrupt+0x66/0x70
<EOI> default_idle+0x29/0x3d
cpu_idle+0x8b/0xcc
start_kernel+0x266/0x26f
_sinittext+0x175/0x179

Thanks, but this has nothing specific to extracting CD audio, and is unrelated to the panic message you originally sent. I.e.: we have two reports from you, one tainted about CD grabbing, and one untainted about some generic IRQ-related issue. Could you please try producing an untainted oops with the word scsi in one of the lines?

Maybe you are just causing the drive to try hard reading data that don't exist, and thus deliver the IRQ at unusual time? Is this reproducible on non-SMP kernels?

--
Alexander E. Patrakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to