Maxim Sobolev <[EMAIL PROTECTED]> writes: > It's not an ata specific problem, but rather a problem of all ISA > devices (I have an ISA based ata controller). I don't think it has anything to do with ISA. I've had similar problems on a PCI-only system (actually, PCI+EISA motherboard with no EISA cards) with no ATA devices (disks, CD-ROM and streamer are all SCSI). Considering that backing out rev 1.14 of ithread.c eliminates the panics, and that that revision is supposed to enable interrupt thread preemption, and that the crashed kernels show signs of stack smashing, I'd say the cause is probably a bug in the preemption code. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
- Kernel panic in irq14: ata0 Maxim Sobolev
- Re: Kernel panic in irq14: ata0 Soren Schmidt
- Re: Kernel panic in irq14: ata0 Maxim Sobolev
- Re: Kernel panic in irq14: ata0 Maxim Sobolev
- Re: Kernel panic in irq14: ata0 Soren Schmidt
- Re: Kernel panic in irq14: ata0 Maxim Sobolev
- Re: Kernel panic in irq14: a... Soren Schmidt
- A possible bug in the interr... Dag-Erling Smorgrav
- A possible bug in the in... Maxim Sobolev
- RE: A possible bug in th... John Baldwin
- Re: A possible bug in th... Dag-Erling Smorgrav
- Re: A possible bug in th... John Baldwin
- Re: A possible bug in th... Maxim Sobolev
- Re: A possible bug in th... John Baldwin
- Re: A possible bug in th... Maxim Sobolev
- Re: A possible bug in th... John Baldwin
- Re: A possible bug in th... Dag-Erling Smorgrav
- Re: A possible bug in th... John Baldwin