From owner-freebsd-smp@FreeBSD.ORG Mon Aug 29 15:56:40 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF2B616A42A; Mon, 29 Aug 2005 15:56:40 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 733FF43D53; Mon, 29 Aug 2005 15:56:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 29 Aug 2005 12:11:54 -0400 From: John Baldwin To: freebsd-smp@freebsd.org Date: Mon, 29 Aug 2005 11:57:24 -0400 User-Agent: KMail/1.8 References: <431125D9.2090401@paradise.net.nz> <43117CE7.9040703@paradise.net.nz> In-Reply-To: <43117CE7.9040703@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508291157.26619.jhb@FreeBSD.org> Cc: imp@FreeBSD.org, Mark Kirkwood Subject: Re: 6.0 BETA3 reboot hangs on SMP system if BIOS USB disabled X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 15:56:40 -0000 On Sunday 28 August 2005 04:59 am, Mark Kirkwood wrote: > Sorry - I attached the wrong dmesg (same machine, but running 5.4 doh!) > > FWIW here are two dmesg, one with usb disabled (from 3 Aug, so is still > BETA2) and one with usb enabled (from 24 Aug). > > Mark Kirkwood wrote: > > I had previously posted something very similar to -current with BETA2, > > but received no replies. Also the SMP factor might make this more > > appropriate here :-) > > > > Tyan S2510 dual PIII 6.0-BETA3 (dmesg attached for case with USB > > disabled): Ok, your BIOS is being a PITA. :) First off, can you try setting 'hw.pci.enable_io_modes=0' from the loader and seeing if that fixes the problem? When USB is disabled, your BIOS writes 0xffffffff to its BAR instead of 0x0 which conflicts with where the BIOS is mapped so that when the box reboots it tries to execute the USB controller's registers instead of the BIOS code to reboot, hence the hang. :) Note the ohci0 lines from the dmesg's: dmesg.nousb: ohci0: mem 0xfffff000-0xffffffff at device 15.2 on pci0 pcib0: unable to route slot 15 INTA ohci0: Could not allocate irq device_attach: ohci0 attach returned 6 dmesg.usb: ohci0: mem 0xfeafc000-0xfeafcfff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 I think the real fix is that we should treat BARs whose value is identical to what it would be if tbe value 0xffffffff is written to it as invalid just as we treat BARs with a value of 0 as invalid. Warner (cc'd) might be able to come up with a patch for that faster than I could. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org