acpi shows wrong battery state

Fri Sep 3 14:51:04 UTC 2010

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: <Embedded Controller: GPE 0x17> 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 at mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
+FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010
+    root at 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS...
Features2=0x8e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1>
   AMD Features=0x20100800<SYSCALL,NX,LM>
   AMD Features2=0x1<LAHF>
   TSC: P-state invariant
 real memory  = 4294967296 (4096 MB)
-avail memory = 4064464896 (3876 MB)
+avail memory = 4049879040 (3862 MB)
 ACPI APIC Table: <HPQOEM SLIC-MPC>
 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: <ACPI CPU> on acpi0
+cpu1: <ACPI CPU> on acpi0
 acpi_hp0: Couldn't find acpi_wmi device
 device_attach: acpi_hp0 attach returned 22
 acpi_ec0: <Embedded Controller: GPE 0x17> 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: <GeForce 9600M GT> on vgapci0
+iwn0: <Intel(R) PRO/Wireless 5100> 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: <Embedded Controller: GPE 0x17> 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
