https://bugzilla.kernel.org/show_bug.cgi?id=176451

            Bug ID: 176451
           Summary: no BAT0 on macbook pro "late-2013" model since >= 4.7
           Product: ACPI
           Version: 2.5
    Kernel Version: 4.7.5
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Power-Battery
          Assignee: [email protected]
          Reporter: [email protected]
        Regression: No

Created attachment 240891
  --> https://bugzilla.kernel.org/attachment.cgi?id=240891&action=edit
dmidecode

Hello!

After upgrading from linux 4.6.4 to 4.7.5 (and then to 4.8-rc8, all as packaged
in Debian testing/unstable/experimental) the /sys/class/power_supply/BAT0
completely dissapeared and so did my battery information in my desktop
environment ofcourse.
According to my debugging attempts the acpi_battery_driver methods never gets
called after being installed at:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/acpi/battery.c#n1303

It seems since Linux 4.7 the kernel will now automatically set
"acpi_osi=Darwin" on macs based on DMI. I'm managing to get BAT0 back by
explicitly specifying "acpi_osi=Linux" when booting 4.8-rc8 (and and presumably
4.7 as well).

This does not explain everything though as booting 4.6.4 explicitly with
"acpi_osi=Darwin" doesn't have the same issues. i.e. BAT0 is available.

(While hunting for this issue I also booted OSX and upgraded my EFI firmware to
latest available version, which I had not done since early 2014, but there
where no noticable change from that.)

The initial problem I had on 4.6 was that upowerd would get confused which
seemed to boil down to no uevent coming for BAT0 status changes, only ADP1
online changes. BAT0 status changes between discharging/charging ~ a couple of
seconds after ADP1 online changes. If there's only an uevent at ADP1 changes,
then upowerd will read in the information and stay in an inconsistent state 
for 2 minutes (until a timer expires in upowerd and forces a rereading of
values).

I'm also attaching my dmidecode output in cases it's helpful/useful.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to