From owner-cvs-all Mon Sep 30 12:16:23 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45E2137B489 for ; Mon, 30 Sep 2002 12:16:16 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0587243E81 for ; Mon, 30 Sep 2002 12:16:15 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 17732 invoked from network); 30 Sep 2002 19:16:15 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 30 Sep 2002 19:16:15 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g8UJGBBv007260; Mon, 30 Sep 2002 15:16:11 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200209301847.g8UIlBWr062140@freefall.freebsd.org> Date: Mon, 30 Sep 2002 15:16:14 -0400 (EDT) From: John Baldwin To: John Baldwin Subject: RE: cvs commit: src/sys/i386/i386 legacy.c nexus.c Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 30-Sep-2002 John Baldwin wrote: > jhb 2002/09/30 11:47:11 PDT > > Modified files: > sys/i386/i386 legacy.c nexus.c > Log: > - Give legacy an identify routine that always adds 'legacy0' at an order > of 1 so that it is not probed until after acpi0 is probed and attached. > - In legacy_probe(), return ENXIO if acpi0 is around and alive. > - nexus_attach() is now much simpler and just lets its child drivers do > all the work. With these last two commits I can boot my laptop both with and w/o ACPI (which I could do before) and with ACPI enabled but with it intentionally failing to probe (which I had not tested before). If you boot with ACPI enabled but have 'bus' set in acpi_disable then you will have succesfully blown your foot off. If someone wants to add smarts to legacy_probe() so that it handles that case cleanly (I'm not sure how it would) then you can avoid that form of foot shooting. However, acpi_avoid/acpi_disable should only be used for debugging, so if you manage to blow your foot off in that manner you are on your own. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message