Created attachment 206071 [details] dmidecode --dump-bin ls /sys/class/power_supply/ ADP1 BMBT dmidecode give me this info Handle 0x001A, DMI type 22, 26 bytes Portable Battery Location: I2C2 Manufacturer: Intel SR 1 Manufacture Date: Date Serial Number: 123456789 Name: SR Real Battery Chemistry: Lithium Ion Design Capacity: 0 mWh Design Voltage: 3750 mV SBDS Version: CRB Battery 0 Maximum Error: Unknown OEM-specific Information: 0x00000000 Handle 0x001F, DMI type 39, 22 bytes System Power Supply Location: OEM_Define0 Name: OEM_Define1 Manufacturer: OEM_Define2 Serial Number: OEM_Define3 Asset Tag: OEM_Define4 Model Part Number: OEM_Define5 Revision: OEM_Define6 Max Power Capacity: 42 W Status: Present, OK Type: Regulator Input Voltage Range Switching: Auto-switch Plugged: No Hot Replaceable: No Input Voltage Probe Handle: 0x001C
Created attachment 206081 [details] dmidecode output
Created attachment 206091 [details] systemd journal
Created attachment 206101 [details] upower --dump
please attach the output of acpidump.
isn't /sys/class/power_supply/BMBT the battery device?
Created attachment 206361 [details] acpidump as requested
Created attachment 206371 [details] sysfs info (In reply to Zhang Rui from comment #5) > isn't /sys/class/power_supply/BMBT the battery device? You appear to be correct, but it doesn't seem to report capacity
is this a launched product? because things like cat /sys/class/power_supply/BMBT/serial_number 123456789 and Handle 0x001F, DMI type 39, 22 bytes System Power Supply Location: OEM_Define0 Name: OEM_Define1 Manufacturer: OEM_Define2 Serial Number: OEM_Define3 Asset Tag: OEM_Define4 Model Part Number: OEM_Define5 Revision: OEM_Define6 suggests that this laptop is running on some BIOS that is not for a product. The battery issue is probably firmware related, and it's not worth debugging before the BIOS has been fixed first. Please feel free to reopen it after the BIOS has been upgraded to a reasonable one. :)
Definitely a production device that was bought from a retail store. BIOS E2CN13WW is the latest available and they don't seem to offer older versions for download. I've sent Lenovo a support email. Hopefully they'll sort it out soon. Thanks for looking into this.
Just a note, until/if Lenovo come back. With BIOS E2CN13WW, I get Handle 0x001A, DMI type 22, 26 bytes Portable Battery Location: I2C2 Manufacturer: Intel SR 1 Manufacture Date: Date Serial Number: 123456789 Name: SR Real Battery Chemistry: Lithium Ion Design Capacity: 0 mWh Design Voltage: 3750 mV SBDS Version: CRB Battery 0 Maximum Error: Unknown OEM-specific Information: 0x00000000 even though they seem to have made some effort to edit the identifiers between E2CN11WW and E2CN13WW (my laptop came with the former). In the DSDT the 'Intel SR 1' / 'SR Real Battery' is in the BIXP info for the BATC device. BMBT has a BIXP with: Name (BIXP, Package (0x14) { Zero, One, 0xFFFFFFFF, 0xFFFFFFFF, One, 0xFFFFFFFF, 0x0A, 0x04, Zero, 0x00017318, 0xFFFFFFFF, 0xFFFFFFFF, 0x88B8, 0x61A8, One, One, "NB116 1|CP4/58/145-2", "123456789", "LION", "SUNWODA" })
I was not able to properly get on to lenovo. First message I sent they told me they weren't trained to answer linux questions.. I tried multiple times again and could not get their web form to submit. Pretty average system and limited to 200 characters. Maybe you will have better luck in your region?
After pulling my machine apart, I've determined that battery capacity is 8400mAh and voltage is 3.8v. Design capacity should be 0x20D0 = 8400 mAh Design voltage should be 0x0ED8 = 3800 mV (3.8v) Design capacity of Warning seems wrong, so maybe 25% 0f 8400mAh 2100(0x0834) Design Capacity of Low also seems wrong, so maybe 10% 0f 8400mAh 840(0x0348) Name (BIXP, Package (0x14) { Zero, /* Revision */ One, /* Power Unit */ 0x000020D0, /* Design Capacity */ 0xFFFFFFFF, /* Last Full Charge Capacity */ One, /* Battery Technology */ 0x00000ED8, /* Design Voltage */ 0x0834, /* Design capacity of Warning */ 0x0348, /* Design Capacity of Low */ Zero, /* Cycle Count */ 0x00017318, /* Measurement Accuracy */ 0xFFFFFFFF, /* Max Sampling Time */ 0xFFFFFFFF, /* Min Sampling Time */ 0x88B8, /* Max Averaging Interval */ 0x61A8, /* Min Averaging Interval */ One, /* Battery Capacity Granularity 1 */ One, /* Battery Capacity Granularity 2 */ "NB116 1|CP4/58/145-2", /* Model Number */ "123456789", /* Serial Number */ "LION", /* Battery Type */ "SUNWODA" /* OEM Information */ }) For whatever reason BIXP seems to be defined 3 times, so I just replaced all with the same. But still no change unfortunately.
This is somewhat working now with 4.11rc1, axp288 is autoloaded now and I can see capacity/remaining charge etc. Whats odd is that I now have 2 battery devices show up under the gnome power panel. Main is I guess the old acpi battery device that reports incorrectly. Extra is the new device thats managed by axp288 and reports correctly. Is it possible to blacklist the bad device?
please attach the output of "grep . /sys/class/power_supply/*/*"
Created attachment 255209 [details] sysfs power_supply charger unnplugged
Created attachment 255211 [details] sysfs power_supply charger plugged
Looks like there is a fix for this in progress https://patchwork.kernel.org/patch/9628869/ https://patchwork.kernel.org/patch/9628873/
great. Bug marked as resolved. And it will be closed once the patch mentioned above is merged in upstream kernel.
What CONFIG_ are necessary for this module? I have axp288_* built as modules, but I can't find it in my modules directory find /lib/modules/4.11.0-rc5 | grep axp.