Boot hangs on ips0: resetting adapter, this may take up to 5
os at rsu.ru
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:
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
Software and Network Engineer
Computer Center of Rostov State University.
More information about the freebsd-scsi