From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 01:57:58 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 408A716A4BF; Fri, 5 Sep 2003 01:57:58 -0700 (PDT) Received: from c210-49-151-50.thorn1.nsw.optusnet.com.au (c210-49-151-50.thorn1.nsw.optusnet.com.au [210.49.151.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDAF844005; Fri, 5 Sep 2003 01:57:55 -0700 (PDT) (envelope-from tonymaher@optushome.com.au) Received: from dt.home (localhost [127.0.0.1]) ESMTP id h858vr2v042415; Fri, 5 Sep 2003 18:57:53 +1000 (EST) (envelope-from tonym@dt.home) Received: (from tonym@localhost) by dt.home (8.12.9/8.12.9/Submit) id h858vjE8042401; Fri, 5 Sep 2003 18:57:45 +1000 (EST) (envelope-from tonym) Date: Fri, 5 Sep 2003 18:57:45 +1000 (EST) From: Tony Maher Message-Id: <200309050857.h858vjE8042401@dt.home> To: DougB@freebsd.org In-Reply-To: <20030831195817.N2555@ync.qbhto.arg> cc: freebsd-current@guldan.demon.nl cc: current@freebsd.org Subject: RE: ACPI problems with Compaq Evo N610c (fwd) 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, 05 Sep 2003 08:57:58 -0000 Hello Doug, > From DougB@freebsd.org Fri Sep 5 05:49:49 2003 > Not sure if you got a copy of this first time or not... Sorry, no I did not. My mail pickup system got screwed several times lately. > ---------- Forwarded message ---------- > From: Doug Barton > To: "Cagle, John (ISS-Houston)" > Cc: Tony Maher , > Robert Blacquière , current@freebsd.org, > ps@freebsd.org > Date: Sun, 31 Aug 2003 19:50:03 -0700 (PDT) > Organization: http://www.FreeBSD.org/ > Subject: RE: ACPI problems with Compaq Evo N610c > > I got interested in this recently because I inherited one of these > laptops from work. > > On Wed, 30 Jul 2003, Cagle, John (ISS-Houston) wrote: > > > Which version of the N610C BIOS are you using? (F.14 is the latest on > > the hp.com website.) I know that the _OSI("Windows 2001") bug will be > > fixed in the F.15 release, but I don't think the _GL_ portion of your > > patch will be included. Did you have to remove the Acquire & Release > > of _GL_ in order to get xbat to work? (This is not a problem we see > > with Linux ACPI in 2.4.21, so I think that FreeBSD's ACPI stack needs > > updating.) > > I just updated to F.15, and it does indeed fix the windows bit in the > output of 'acpidump -d'. However, even with Tony's recommendation of > removing the acquire/release of _GL in methods C12C and C12D, I still > can't get xbatt or wmbattery to run, even with the very latest -current > (which has had at least one acpi stack upgrade since 7/30). When I run > either command, it locks the box tight. If I ever get a cursor back, I > have to Ctrl-Alt-Backspace to get out of X, since I can't actually type > anything. > > I have a feeling that my acpi table didn't actually get overridden > though, due to the following from dmesg: > > ACPI: DSDT was overridden. > -0424: *** Error: UtAllocate: Could not allocate size 6e49202a > ACPI-0428: *** Error: Could not allocate table memory for [/* > ] length 6e49202a > ACPI-0368: *** Error: Could not copy override ACPI table, > AE_NO_MEMORY This certainly seems to be the case. I see ACPI: DSDT was overridden. ACPI-0375: *** Info: Table [DSDT] replaced by host OS > Also, the "before" and "after" acpidump's don't show anything different. > So, I'm curious if wmbatt is still working for Tony and Robert or not > with the latest -current. I am currently running FreeBSD k9.home 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sat Aug 30 11:48:23 EST 2003 root@k9.home:/var/obj/space/usr/src/sys/K9 i386 and xbatt works (to certain extent - it show s being power cable in and out and shos charging state when first booted up but after insertion/removal of power cord it no longer shows charging stae or time left in battery) If I get a cahnce on weekend I'll update to latest and let you know. > The other problem I'm having is that doing 'sysctl -a', or just 'sysctl > hw.acpi' locks the system tight for a couple minutes, and never > completes. The last line that's printed to the screen is: > > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > Any ideas on that one? This is becase the DSDT was not overridden. I used to see this as well. -- tonym