Ubuntu
acpi package

Faulty acpi on toshiba l750d prevents battery from being detected

Asked by Andrej Prša on 2012-11-30

System:

Toshiba Satellite L750D
AMD A8 APU
ATI 6620HD Discrete Graphics

Problem:

Battery BAT1 is not detected.

Attempts:

I disassembled the DSDT table, but it comes out with 110 syntax errors and it wouldn't compile back. A fully worked out solution for this problem is presented here:

https://bbs.archlinux.org/viewtopic.php?pid=1200142#p1200142

However, the solution works for arch linux and does not work for ubuntu because writing to /sys/kernel/debug/acpi/custom_method is considered a security threat and it has been disabled.

I further attempted to fix the typo in the DSDT table but when compiling, I am still left with a whole bunch of errors that prevent proper compiling. I am not scared of fiddling, but with DSDT and acpi I'm clueless what to look for. A few sites suggested ignoring the errors but that leaves me with a non-functioning DSDT and it locks up my system.

Any and all help would be dearly appreciated.

Question information

Language:: English Edit question

Status:: Expired

For:: Ubuntu acpi Edit question

Assignee:: No assignee Edit question

Last query:: 2012-11-30

Last reply:: 2012-12-18

Link existing bug

Revision history for this message

actionparsnip (andrew-woodhead666) said on 2012-11-30:

Do you have the latest BIOS?

Revision history for this message

Andrej Prša (andrej-prsa) said on 2012-11-30:

I believe it is the latest bios. dmesg says:

DMI: Toshiba Satellite L750D/Torpedo, BIOS 2.10 06/28/2012

Revision history for this message

actionparsnip (andrew-woodhead666) said on 2012-11-30:

Are there any bugs reported?

Revision history for this message

Andrej Prša (andrej-prsa) said on 2012-11-30:

There is a confirmed bug report for a similar toshiba (L650) here:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/703302

Some people in that thread reported that the L750 is suffering from the same bug.

My question has to do more about the read-only state of /sys/kernel/debug/acpi/custom_method; I read about it being a security threat but I could not find any alternatives (other than fixing the whole DSDT (and supplemental) tables which I am not apt to do). If there was a way to utilize the custom_method, then this page provides a working solution:

https://bbs.archlinux.org/viewtopic.php?pid=1200142#p1200142

Two very useful reads on the topic of recompiling DSDT (with a bunch of relevant references) are:

http://techinterplay.com/fix-toshiba-battery-issue-linux.html
http://blog.michael.kuron-germany.de/2011/03/patching-dsdt-in-recent-linux-kernels-without-recompiling/