Boot hangs on ips0: resetting adapter, this may take up to 5 minutes

Oleg Sharoiko os at
Fri Apr 21 14:28:18 UTC 2006

On Mon, 10 Apr 2006, John Baldwin wrote:

JB>Well, the vectors is the wrong thing to mess with as vector's are IDT

Yes, I'm aware of this. The only reason I touched vectors was to 
further debug the problem.

JB>One thing you can do w/o hacking the code is to reroute ips0 to IRQ 16.
JB>Find the dmesg line for ips0, it should say something like:
JB>ips0 <...> ... at device 4.0 on pci2
JB>These numbers (4 from '4.0' and 2 from 'pci2') are the slot and bus
JB>for ips0.  We'll assume INTA is being used as single function cards
JB>using INTA.  Then, set a tunable like so in the loader to force ips0 to
JB>use IRQ 16:
JB>'set hw.pci2.4.INTA.irq=16'

John, it works! Thank you! Thank you very much! That's great. Now I've 
got those boxes up and running. I had to specify IRQ 16 for all 
devices on pci3 and pci4, actually 2 and 1 devices accordingly. I 
guess I should expect some performance degradation? Will it have sence 
enabling device polling for bge which is also on IRQ 16?

Just for information: I've also tried 64bit version of windows server 
and it looks that somehow windows uses correct IRQs. Though I'm not 
sure if it displays correct information on device properties page in 
device manager.

Oleg Sharoiko.
Software and Network Engineer
Computer Center of Rostov State University.

More information about the freebsd-scsi mailing list