From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 3 14:51:04 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50774106571E for ; Fri, 3 Sep 2010 14:51:04 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 8BB298FC1B for ; Fri, 3 Sep 2010 14:51:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o83Ep1Qd008808; Sat, 4 Sep 2010 00:51:01 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 4 Sep 2010 00:51:01 +1000 (EST) From: Ian Smith To: Andriy Gapon In-Reply-To: <4C80AB00.4020008@icyb.net.ua> Message-ID: <20100903234130.A32216@sola.nimnet.asn.au> References: <20100829235431.J86162@sola.nimnet.asn.au> <20100830183330.Y29840@sola.nimnet.asn.au> <4C7BBCFE.4030804@icyb.net.ua> <20100831003546.K29840@sola.nimnet.asn.au> <4C8095A2.90506@icyb.net.ua> <4C809912.1080205@FreeBSD.org> <4C80AB00.4020008@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: acpi shows wrong battery state X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 14:51:04 -0000 On Fri, 3 Sep 2010, Andriy Gapon wrote: > on 03/09/2010 09:43 Doug Barton said the following: > > On 09/02/2010 11:28 PM, Andriy Gapon wrote: > >> Oh, hey, you know what's confusing? > >> Your dmesg dumps having information from two boots each. > > > > There are a non-trivial number of systems that can store this information. You > > can solve this by powering off between boots. > > Or by looking at the file and trimming off old boots :) Yes, I was confused enough to split them out and diff'm. The one in the 8.0 dir shows two 8.0 boots, the first failing sooner than the second: --- 80_1 Fri Sep 3 22:23:44 2010 +++ 80_2 Fri Sep 3 22:23:57 2010 @@ -259,29 +259,12 @@ acpi_hp0: WMI device does not provide the HP BIOS GUID device_attach: acpi_hp0 attach returned 22 acpi_ec0: port 0x62,0x66 on acpi0 -acpi_ec0: EcRead: failed waiting to get data -ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] 20090521 evregion-531 -ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_.OSTE] (Node 0xffffff0001699160) -ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_._REG] (Node 0xffffff0001699180) -acpi_ec0: can't install address space handler for \\_SB_.PCI0.LPC_.EC0_ - AE_NO_HARDWARE_RESPONSE -device_attach: acpi_ec0 attach returned 6 +acpi_ec0: warning: EC done before starting event wait the first followed by zillions of such failures then rebooted after 46s, the second apparently proceeding, see later comparison with 8.1 .. I missed it before: the ASL seems to indicate that as .EC_.OSTE failed, changing hw.acpi.osname is unlikely to even be detected in this case. The second is the same as the first one in the 8.1 dir, less a few later messages. I called it 80_3 rather than 81_1 .. just a few maybe salient points, trying to ignore most other issues as you suggested: --- 80_3 Fri Sep 3 22:24:38 2010 +++ 81_2 Fri Sep 3 22:25:06 2010 @@ -1,19 +1,19 @@ -Copyright (c) 1992-2009 The FreeBSD Project. +Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. -FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 - root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC +FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 + root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 -CPU: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz (2399.08-MHz K8-class CPU) - Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 +CPU: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz (2399.07-MHz K8-class CPU) + Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6 Features=0xbfebfbff AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) -avail memory = 4064464896 (3876 MB) +avail memory = 4049879040 (3862 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) @@ -29,13 +29,16 @@ device_attach: acpi_hp0 attach returned 22 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 +cpu0: on acpi0 +cpu1: on acpi0 acpi_hp0: Couldn't find acpi_wmi device device_attach: acpi_hp0 attach returned 22 acpi_ec0: port 0x62,0x66 on acpi0 +acpi_ec0: warning: EC done before starting event wait acpi_ec0: EcRead: failed waiting to get data -ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] 20090521 evregion-531 -ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_.OSTE] (Node 0xffffff0001699160) -ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_._REG] (Node 0xffffff0001699180) +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] (20100331/evregion-588) +ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_.OSTE] (Node 0xffffff00026a18c0) +ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_._REG] (Node 0xffffff00026a18e0) acpi_ec0: can't install address space handler for \\_SB_.PCI0.LPC_.EC0_ - AE_NO_HARDWARE_RESPONSE device_attach: acpi_ec0 attach returned 6 [..] +acpi_button1: enable wake failed [..] # well the two below are different factors maybe +nvidia0: on vgapci0 +iwn0: mem 0xde000000-0xde001fff irq 16 at device 0.0 on pci2 [..] +acpi_tz0: _HOT value is absurd, ignored (226.8C) [..] -acpi_hp0: WMI device does not provide the HP BIOS GUID -device_attach: acpi_hp0 attach returned 22 -acpi_ec0: port 0x62,0x66 on acpi0 -acpi_ec0: warning: EC done before starting event wait NB: on 8.0, this second try seems to have succeeded with a warning, with no further .EC0 errors listed, and most times? success with acpiconf -i +acpi_tz0: _HOT value is absurd, ignored (226.8C) (again) >From here on, only 8.1 shows repeating blocks of what kuba originally reported: \\_SB_.BAT0._STA , \\_SB_.AC__._PSR , \\_SB_.BAT0._BST and \\_SB_.BAT0._BIF errors. More than enough speculation from me on this .. cheers, Ian