From owner-freebsd-current Thu Aug 30 12: 1: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 39F0037B405 for ; Thu, 30 Aug 2001 12:01:00 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.4/8.11.4) id f7UIv3L45213; Thu, 30 Aug 2001 11:57:03 -0700 (PDT) Date: Thu, 30 Aug 2001 11:57:03 -0700 (PDT) From: David Wolfskill Message-Id: <200108301857.f7UIv3L45213@bunrab.catwhisker.org> To: current@FreeBSD.ORG Subject: Re: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS Cc: acpi-jp@jp.freebsd.org In-Reply-To: <200108300258.f7U2wxq06147@mass.dis.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Wed, 29 Aug 2001 19:58:59 -0700 >From: Mike Smith >The loader now detects ACPI in your system, and loads the ACPI >module if it is present. This has major ramifications for the >device probe and attach phases of system initialisation. Flushed with the success of getting today's -CURRENT running on my build system: freebeast[8] uname -a FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Thu Aug 30 09:12:22 PDT 2001 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/FREEBEAST i386 I proceeded to do likewise with my laptop. However, that machine needed a little more assistance, so I'm sending this note out to provide a clue for others who might be similarly situated. The mainstream laptop to which mine is most similar is a Dell i5000e; it's actually made by Compal (who makes them for several vendors); details on the machine may be found at http://www.catwhisker.org/~david/FreeBSD/laptop.html. The symptom is that during boot, after the acpi.ko module is loaded, the boot process hangs, with the last several lines (in verbose mode) displayed being: pci_open(1): mode 1 addr port (0x0cf8) is 0x80003904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) Using $PIR table, 7 entries at 0xc00fdf50 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard A brute-force circumvention is to do an "unset acpi_load" before you get to that point, but that rather defeats the purpose. (It's still useful to know about it, though.) A slightly less brute-force approach (from a note that John Baldwin sent out to -mobile back on 22 Feb 2001) is to place the line debug.acpi.avoid="_SB_.PCI0.PX40.SIO_" in /boot/loader.conf -- and that done: m147[4] uname -a FreeBSD m147.whistle.com 5.0-CURRENT FreeBSD 5.0-CURRENT #107: Thu Aug 30 11:16:02 PDT 2001 root@m147.whistle.com:/common/C/obj/usr/src/sys/LAPTOP_30W i386 (Now to research ways of achieving the functionality I had with APM....) Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message