From owner-freebsd-current@FreeBSD.ORG Fri Feb 4 22:12:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90B7116A4CE for ; Fri, 4 Feb 2005 22:12:43 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D0FA43D1F for ; Fri, 4 Feb 2005 22:12:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9329 invoked from network); 4 Feb 2005 22:12:42 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 4 Feb 2005 22:12:41 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j14MCGNO065270; Fri, 4 Feb 2005 17:12:37 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Ian FREISLICH Date: Fri, 4 Feb 2005 16:24:10 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502041624.10668.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: sys/1386/i386/mptable.c rev 1.239 breaks boot. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 22:12:43 -0000 On Friday 04 February 2005 04:38 am, Ian FREISLICH wrote: > John Baldwin wrote: > > On Monday 31 January 2005 07:01 am, Ian FREISLICH wrote: > > > Hi > > > > > > I have a dual pII machine that doesn't boot with 1.239 of > > > sys/1386/i386/mptable.c. It boots with this patch backed out. > > > Does anyone have any ideas beyond backing out this patch? > > > > > > revision 1.239 > > > date: 2005/01/18 20:27:24; author: jhb; state: Exp; lines: +7 -1 > > > If a valid ELCR was found, consult it for the trigger mode of ISA > > > interrupts that have a trigger mode of conforming. This fixes problems > > > on some older machines that still route PCI devices via ISA interrupts > > > when using an I/O APIC. > > > > > > This seems to be a case of breaking, rather than fixing older > > > machines. It's highly reproduceable. I mailed the author of this > > > commit over a week ago, but have not had a response yet :(. This > > > is definitely a show-stopper, for me at least. > > > > It did fix other boxes. :( Can you provide a verbose dmesg? > > I've included both a working and broken kernel verbose boot. Ok, short answer is you have a busted MP Table as it is incomplete. You can try disabling USB as a hack for one to test if that fixes your problem. I would be interested in seeing your mptable output. > pcib0: unable to route slot 7 INTD > found-> vendor=0x8086, dev=0x7112, revid=0x01 > bus=0, slot=7, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=d, irq=11 > map[90]: type 4, range 32, base 00005000, size 4, enabled This is your USB controller and is what has the problem FWIW. Note the message from pcib0 about being unable to route an interrupt. Let me know if just disabling USB is enough to fix the problem for now. If it is we can go from there. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org