From owner-freebsd-scsi@FreeBSD.ORG Wed Mar 8 18:25:45 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF99016A420; Wed, 8 Mar 2006 18:25:45 +0000 (GMT) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 974FF43D46; Wed, 8 Mar 2006 18:25:26 +0000 (GMT) (envelope-from os@rsu.ru) Received: from wolf.os.rsu.ru (os@os.adsl.r61.net [195.208.243.95]) (authenticated bits=0) by mail.r61.net (8.13.4/8.13.4) with ESMTP id k28IPNMj021217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 8 Mar 2006 21:25:23 +0300 (MSK) (envelope-from os@rsu.ru) Date: Wed, 8 Mar 2006 21:25:35 +0300 (MSK) From: Oleg Sharoiko To: John Baldwin In-Reply-To: <200603071609.18149.jhb@freebsd.org> Message-ID: <20060308203504.W717@wolf.os.rsu.ru> References: <20060215102749.D58480@brain.cc.rsu.ru> <200603071343.23672.jhb@freebsd.org> <20060307223407.M722@wolf.os.rsu.ru> <200603071609.18149.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 18:25:45 -0000 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. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University.