From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 10:28:40 2003 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 DD40416A4CE for ; Tue, 2 Dec 2003 10:28:40 -0800 (PST) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5835243FF2 for ; Tue, 2 Dec 2003 10:28:34 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 20232 invoked from network); 2 Dec 2003 18:28:33 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 2 Dec 2003 18:28:33 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id hB2ISTFn002944; Tue, 2 Dec 2003 13:28:29 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20031201171044.N54268@pooker.samsco.home> Date: Tue, 02 Dec 2003 13:28:30 -0500 (EST) From: John Baldwin To: Scott Long X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: Greg 'groggy' Lehey cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.2-RELEASE TODO 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: Tue, 02 Dec 2003 18:28:41 -0000 On 02-Dec-2003 Scott Long wrote: > On Tue, 2 Dec 2003, Greg 'groggy' Lehey wrote: >> On Monday, 1 December 2003 at 10:01:23 -0500, Robert Watson wrote: >> > This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. >> > >> > Show stopper defects for 5.2-RELEASE >> > >> > +------------------------------------------------------------------------+ >> > | Issue | Status |Responsible | Description | >> > |-----------+-----------+------------+-----------------------------------| >> > | | | |The new i386 interrupt code | >> > |ACPI kernel| | |requires that ACPI be compiled into| >> > |module |In progress|John Baldwin|the kernel if it to be used. Work | >> > | | | |is underway to restore the ability | >> > | | | |to load it as a module. | >> > |-----------+-----------+------------+-----------------------------------| >> >> I'm currently investigating ACPI problems on a dual processor Intel >> motherboard (re@ knows about this). It looks as if the new code is >> much fussier than the old code about the quality of the motherboard >> BIOS: this machine runs fine on 5.1, but won't finish booting on >> 5.2-BETA. Yes, this is probably an ACPI bug, but users aren't going >> to see it that way: if we release a 5.2 which won't boot on a lot of >> machines, people are going to blame 5.2, not the machine. I think we >> should ensure that there's at least a fallback for machines with >> broken ACPI. > > This argument is exactly why I added the 'disable acpi' option in the boot > loader menu. Of course, we STILL need to get good debugging information > from you as to why you get a Trap 9 when ACPI is disabled. This is the > more important issue. This is actually a known issue on Intel motherboards. Somehow we broke something in our bios32 code. 4.x works fine using the BIOS to enumerate PNP BIOS devices, but 5.x (including 5.0 and 5.1) get a GPF (Trap 9) with the code segment set to 0x58 trying to enumerate the last PNPBIOS device. Somehow the BIOS routine jumps off into lala land where it eventually traps. I dumped the BIOS and dissassembled and tried to walk it to figure out how it was breaking but couldn't see anything obvious. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/