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

John Baldwin jhb at freebsd.org
Wed Mar 8 12:11:22 PST 2006


On Wednesday 08 March 2006 13:25, Oleg Sharoiko wrote:
> 
> On Tue, 7 Mar 2006, John Baldwin wrote:
> 
> JB>Actually, the real issue is that GENERIC amd64 doesn't include device atpic
> JB>in HEAD, but does on 6.x.  And what is actually happening is that without
> JB>APIC, there is no interrupt controller at all, and thus no interrupts.  You
> JB>will need to add 'device atpic' to your kernel config on HEAD for amd64 to
> JB>test the non-APIC case.  But really, the APIC case should be fixed.
> 
> Yes, that was it. With atpic it works. 
> 
> JB>So amd64 is busted in both the UP and SMP cases with APIC enabled, yes?
> 
> Yes, and UP kernel behaves even more weird than SMP does. Boot goes 
> further than "lo0: bpf attached" but starting from this line it gets very 
> slow and continues with huge timeouts. It passes "ips0: resetting adapter, 
> this may take up to 5 minutes" and gets to "start_init: trying /sbin/init" 
> where it stops forever. Well, probably not forever, but I didn't get 
> anything else from it during at least 30 minutes.
> 
> Logs are available:
> 1. i386 with UP kernel http://rsu.ru/~os/ips/boot.2006-03-08.i386.UP.txt
> 2. amd64 with UP kernel http://rsu.ru/~os/ips/boot.2006-03-08.amd64.UP.txt 
> 3. output from mptable http://rsu.ru/~os/ips/mptable.txt
> 
> I suppose in amd64/UP case ips gets its interrupts, but some other devices 
> don't.

So, atpic works ok, but amd64 + APIC doesn't work in either UP or SMP, but
i386 + APIC does work fine, and all the interrupts are routed identically,
etc.  What happens if you do 'hw.physmem=2g' and boot an amd64 kernel with
APIC?

-- 
John Baldwin <jhb at FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve"  =  http://www.FreeBSD.org


More information about the freebsd-scsi mailing list