https://bugzilla.kernel.org/show_bug.cgi?id=88891
--- Comment #4 from Aaron Lu <[email protected]> --- The 'no such device' error means the battery is not present according to the _STA control method return value. The interesting thing is that the battery status information returned from _STA is got from a field in memory space: Device (BAT0) { Name (_HID, EisaId ("PNP0C0A") /* Control Method Battery */) // _HID: Hardware ID Method (_STA, 0, NotSerialized) // _STA: Status { If (^^PCI0.LPCB.EC.ECOK) { If (^^PCI0.LPCB.EC.BAT0) { Return (0x1F) } Else { Return (0x0F) } } Else { Return (0x0F) } } } I had though the BAT0 is a field in EC address space, but it's defined as: Device (EC) { Name (_HID, EisaId ("PNP0C09") /* Embedded Controller Device */) // _HID: Hardware ID Name (_GPE, 0x17) // _GPE: General Purpose Events Name (ECOK, Zero) ... ... OperationRegion (RAM, SystemMemory, 0xFF700100, 0x0100) Field (RAM, ByteAcc, Lock, Preserve) { ... ... Offset (0x10), ADP, 1, AFLT, 1, BAT0, 1, BAT1, 1, } } so it is a memory bit that decides if the battery is present or not. And that memory space is marked as reserve by the BIOS table: [ 0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved I wonder do you have any special driver installed under Windows? i.e. any vendor specific driver? -- You are receiving this mail because: You are watching the assignee of the bug. ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
