Boot hangs on ips0: resetting adapter, this may take up to 5
minutes
Oleg Sharoiko
os at rsu.ru
Fri Mar 24 20:14:13 UTC 2006
On Fri, 24 Mar 2006, John Baldwin wrote:
JB>Hmm, you might need to look at bge(4) and figure out what condition it
JB>is interrupting on, and why the driver isn't handling that condition.
I'll try...
JB>> John, can you tell anything about another case, for which interrupt
JB>> counters are:
JB>>
JB>> db> show intrcnt
JB>> irq1: atkbd0 1
JB>> irq4: sio0 3
JB>> irq6: fdc0 2
JB>> irq9: acpi0 345147
JB>> irq14: ata0 1
JB>> cpu0: timer 57995
JB>>
JB>> Does this also show an interrupt storm? This one has happened without bge
JB>> in kernel. I'm asking because I've seen several different scenarios of
JB>> hangs and this is from one of them. I'll try to reproduce all cases and
JB>> gather interrupt statistics from all of them. I'm wondering can't all this
JB>> cases be caused by one common reason behind all of them.
JB>
JB>This just looks like you aren't getting interrups from devices at all.
Why do you think so? This case has happened in the middle of boot even
before disks were started and the kernel hasn't printed anything about
disks it has detected. It looks normal to me that just a few interrupts
has been triggered. But irq9 looks quite suspicious, isn't it?
Can it be possible that by some reason interrupt storms are triggered on
different irq lines resulting in different behaviour?
--
Oleg Sharoiko.
Software and Network Engineer
Computer Center of Rostov State University.
More information about the freebsd-scsi
mailing list