Bug 67251 - No battery detected
Summary: No battery detected
Status: CLOSED DOCUMENTED
Alias: None
Product: ACPI
Classification: Unclassified
Component: Power-Battery (show other bugs)
Hardware: x86-64 Linux
: P1 high
Assignee: Lan Tianyu
URL:
Keywords:
: 72641 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-12-17 20:46 UTC by AZ
Modified: 2014-04-28 07:37 UTC (History)
4 users (show)

See Also:
Kernel Version: 3.11.10-301.fc20.x86_64
Subsystem:
Regression: No
Bisected commit-id:


Attachments
original DSDT.dat as cat /sys/firmware/acpi/tables/DSDT > DSDT.dat" (62.52 KB, application/octet-stream)
2013-12-17 20:46 UTC, AZ
Details
dmesg (113.08 KB, text/plain)
2014-01-06 03:39 UTC, AZ
Details
acpidump.txt (302.51 KB, text/plain)
2014-01-06 03:40 UTC, AZ
Details
dsdt.hex (582.51 KB, text/x-hex)
2014-01-27 08:15 UTC, Lan Tianyu
Details
dsdt.hex (582.51 KB, text/x-hex)
2014-02-17 01:44 UTC, Lan Tianyu
Details
cat dmesg (67.39 KB, text/plain)
2014-02-18 05:19 UTC, AZ
Details
DSDT.dat as cat /sys/firmware/acpi/tables/DSDT > DSDT.dat" (62.52 KB, application/octet-stream)
2014-02-18 05:23 UTC, AZ
Details
debug.patch (535 bytes, patch)
2014-04-18 01:47 UTC, Lan Tianyu
Details | Diff
attachment-26935-0.html (1.01 KB, text/html)
2014-04-18 03:38 UTC, AZ
Details
attachment-30238-0.html (1.12 KB, text/html)
2014-04-21 13:10 UTC, AZ
Details
attachment-30528-0.html (932 bytes, text/html)
2014-04-21 13:25 UTC, AZ
Details

Description AZ 2013-12-17 20:46:56 UTC
Created attachment 118871 [details]
original DSDT.dat as cat /sys/firmware/acpi/tables/DSDT > DSDT.dat"

i'm on Toshiba L645D and just upgraded to Fedora 20.
The battery is neither detected by upower nor by any other application (power manager and battery monitor) and as such, severely limits reliability of the laptop.
I'm not familiar with DSTS, will appreciate some guidance. Based on the other filed bugs i attach similar files in hopes they will be useful.

dmesg| grep Exeption:
[    0.243976] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20130517/hwxface-571)
[    0.892955] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x000000011) is beyond end of object (length 0xD) (20130517/exoparg2-420)
[    0.892985] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _BIX (20130517/battery-443)

-- while on battery
upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Tue 17 Dec 2013 02:58:44 PM EST (2602 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             no

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no

-- while on AC power
upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Tue 17 Dec 2013 03:42:10 PM EST (1 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             yes

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no
Comment 1 AZ 2013-12-17 20:59:03 UTC
Hit <enter> too soon. Appending with information:

ls -l /sys/class/power_supply/ACAD/device/
total 0
lrwxrwxrwx. 1 root root    0 Dec 17 14:51 driver -> ../../../../bus/acpi/drivers/ac
-r--r--r--. 1 root root 4096 Dec 17 15:50 hid
-r--r--r--. 1 root root 4096 Dec 17 15:50 modalias
-r--r--r--. 1 root root 4096 Dec 17 15:50 path
drwxr-xr-x. 2 root root    0 Dec 17 15:50 power
drwxr-xr-x. 3 root root    0 Dec 17 09:51 power_supply
lrwxrwxrwx. 1 root root    0 Dec 17 14:51 subsystem -> ../../../../bus/acpi
-rw-r--r--. 1 root root 4096 Dec 17 09:51 uevent

-- while on the battery only:
 udevadm info --path=/sys/class/power_supply/ACAD
P: /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
E: DEVPATH=/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
E: POWER_SUPPLY_NAME=ACAD
E: POWER_SUPPLY_ONLINE=0
E: SUBSYSTEM=power_supply


--pluing and unplugin AC produces:
udevadm monitor --subsystem-match=power_supply
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[3841.282073] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
UDEV  [3841.289449] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
KERNEL[3848.428923] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
UDEV  [3848.432268] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
Comment 2 AZ 2013-12-17 21:19:14 UTC
 acpi -V
Adapter 0: off-line
Thermal 0: ok, 53.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 105.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 97.0 degrees C
Cooling 0: LCD 2 of 7
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 3
Cooling 3: Processor 0 of 10

interesting to find out that i have 10 processors :)


Ubunut seemed to have the same issue as recently as in November - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/995794


I also ran:
dmesg | grep -i fail
[    0.243887] ACPI Error: [\_PR_.C003._PPC] Namespace lookup failure, AE_NOT_FOUND (20130517/psargs-359)
[    0.243898] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPC0.EC0_._REG] (Node ffff880109d8b578), AE_NOT_FOUND (20130517/psparse-536)
[    0.243915] Fail in evaluating the _REG object of EC device. Broken bios is suspected.
[    0.256938] acpi PNP0A08:00: ACPI _OSC support notification failed, disabling PCIe ASPM
[    0.892967] ACPI Error: Method parse/execution failed [\_SB_.BAT1.UBIX] (Node ffff880109d92640), AE_AML_PACKAGE_LIMIT (20130517/psparse-536)
[    0.892975] ACPI Error: Method parse/execution failed [\_SB_.BAT1._BIX] (Node ffff880109d925c8), AE_AML_PACKAGE_LIMIT (20130517/psparse-536)
[  444.371723] ACPI Error: [\_PR_.C003._PPC] Namespace lookup failure, AE_NOT_FOUND (20130517/psargs-359)
[  444.371745] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPC0.EC0_._Q8D] (Node ffff880109d8d7f8), AE_NOT_FOUND (20130517/psparse-536)
[  453.062713] ACPI Error: [\_PR_.C003._PPC] Namespace lookup failure, AE_NOT_FOUND (20130517/psargs-359)
[  453.062735] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPC0.EC0_._Q8E] (Node ffff880109d8d820), AE_NOT_FOUND (20130517/psparse-536)
Comment 3 AZ 2013-12-17 21:20:49 UTC
dmesg | grep DSDT
[    0.000000] ACPI: DSDT 00000000dfee2000 0FA11 (v01 TOSQCI TOSQCI00 F0000000 MSFT 01000013)
[    0.004812] TOSHIBA Satellite detected - force copy of DSDT to local memory
[    0.004975] ACPI: Forced DSDT copy: length 0x0FA11 copied locally, original unmapped
[    0.180282] ACPI: EC: Look up EC in DSDT
Comment 4 Aaron Lu 2013-12-19 06:38:29 UTC
OK, there are too many errors. The EC's _REG control method failed, the battery's _BIX control method failed so you see broken behavior.

Does it work before you upgrade to fedora 20? If so, which kernel did you use then? Better to find out from which kernel version it starts to break, and if possible, find out the offending commit.

BTW, please attach acpidump like this:
# acpidump > acpidump.txt

And also the full dmesg:
# dmesg > dmesg.txt
Comment 5 AZ 2013-12-19 15:58:27 UTC
Aaron, thank you for helping.
>Does it work before you upgrade to fedora 20? If so, which kernel did you use
>then?
there were 2 OS installed - Fedora 19 ( now upgraded to Fedora 20) and Scientific Linux 6.3 -> 6.4

In neither of two Fedora's battery was identified.
Scientific Linux was installed long time ago (a year?), but it had problems with WIFI and was not working properly with hibernation. I do think that battery meter worked there... YEah, i'm pretty sure it did. The latest Sci kernel is 2.6.32. I don't think they moved from 2.6.X in the past 2 years.
# acpidump > acpidump.txt
http://www.filedropper.com/acpidump

# dmesg > dmesg.txt
http://www.filedropper.com/dmesg
Comment 6 AZ 2014-01-06 03:39:56 UTC
Created attachment 121051 [details]
dmesg

the earlier dmesg.txt is gone from that site. So i'm attaching it here.
Comment 7 AZ 2014-01-06 03:40:55 UTC
Created attachment 121061 [details]
acpidump.txt
Comment 8 Lan Tianyu 2014-01-27 08:15:36 UTC
Created attachment 123471 [details]
dsdt.hex

Hi, I find the C003._PPC are referenced in the EC's _REG. But ACPI tables don't define C003._PPC.

Please try overriding the attached dsdt.hex table and test again.

Put dsdt.hex where the kernel build can include it:
$ cp DSDT.hex $SRC/include/

Add this to the kernel .config:
CONFIG_STANDALONE=n
CONFIG_ACPI_CUSTOM_DSDT=y
CONFIG_ACPI_CUSTOM_DSDT_FILE="DSDT.hex"

Compile/install kernel and reboot
Comment 9 AZ 2014-01-31 04:42:36 UTC
Lan,
 got to this jsut last night. Compiled as you advised.
here are the results:

dmesg | grep Exception*
[    0.245057] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20130725/hwxface-571)
[    0.889962] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x000000011) is beyond end of object (length 0xD) (20130725/exoparg2-420)
[    0.889990] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _BIX (20130725/battery-444)

// first on AC, than without

[root@toshiba ~]# upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Thu 30 Jan 2014 11:34:17 PM EST (1 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             no

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no

//while on battery
ls -l /sys/class/power_supply/ACAD/device/
total 0
lrwxrwxrwx. 1 root root    0 Jan 30 23:28 driver -> ../../../../bus/acpi/drivers/ac
-r--r--r--. 1 root root 4096 Jan 30 23:37 hid
-r--r--r--. 1 root root 4096 Jan 30 23:37 modalias
-r--r--r--. 1 root root 4096 Jan 30 23:37 path
drwxr-xr-x. 2 root root    0 Jan 30 23:37 power
drwxr-xr-x. 3 root root    0 Jan 30 18:27 power_supply
lrwxrwxrwx. 1 root root    0 Jan 30 23:28 subsystem -> ../../../../bus/acpi
-rw-r--r--. 1 root root 4096 Jan 30 18:27 uevent

// while on battery
udevadm info --path=/sys/class/power_supply/ACAD
P: /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
E: DEVPATH=/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
E: POWER_SUPPLY_NAME=ACAD
E: POWER_SUPPLY_ONLINE=0
E: SUBSYSTEM=power_supply

//plug AC/remove AC
udevadm monitor --subsystem-match=power_supply
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[683.034056] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
UDEV  [683.037491] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
KERNEL[687.798964] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
UDEV  [687.802737] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)

acpi -V
Adapter 0: off-line
Thermal 0: ok, 55.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 105.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 97.0 degrees C
Cooling 0: LCD 2 of 7
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 3
Cooling 3: Processor 0 of 10


dmesg | grep -i fail
[    0.244972] ACPI Error: [\_PR_.C003._PPC] Namespace lookup failure, AE_NOT_FOUND (20130725/psargs-359)
[    0.244983] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPC0.EC0_._REG] (Node ffff880109d8a578), AE_NOT_FOUND (20130725/psparse-536)
[    0.244999] Fail in evaluating the _REG object of EC device. Broken bios is suspected.
[    0.258198] acpi PNP0A08:00: ACPI _OSC support notification failed, disabling PCIe ASPM
[    0.889973] ACPI Error: Method parse/execution failed [\_SB_.BAT1.UBIX] (Node ffff880109d91640), AE_AML_PACKAGE_LIMIT (20130725/psparse-536)
[    0.889982] ACPI Error: Method parse/execution failed [\_SB_.BAT1._BIX] (Node ffff880109d915c8), AE_AML_PACKAGE_LIMIT (20130725/psparse-536)


dmesg | grep -i DSDT
[    0.000000] Linux version 3.12.8-30010.DSDT_fix.fc20.x86_64 (az@toshiba) (gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC) ) #1 SMP Thu Jan 30 21:34:46 EST 2014
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.12.8-30010.DSDT_fix.fc20.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.md=0 rd.dm=0 vconsole.keymap=us rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora/root rhgb quiet LANG=en_US.UTF-8
[    0.000000] ACPI: DSDT 00000000dfee2000 0FA11 (v01 TOSQCI TOSQCI00 F0000000 MSFT 01000013)
[    0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-3.12.8-30010.DSDT_fix.fc20.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.md=0 rd.dm=0 vconsole.keymap=us rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora/root rhgb quiet LANG=en_US.UTF-8
[    0.004310] TOSHIBA Satellite detected - force copy of DSDT to local memory
[    0.004505] ACPI: Forced DSDT copy: length 0x0FA11 copied locally, original unmapped
[    0.180597] ACPI: EC: Look up EC in DSDT
[    0.885693] usb usb1: Manufacturer: Linux 3.12.8-30010.DSDT_fix.fc20.x86_64 ehci_hcd
[    0.891727] usb usb2: Manufacturer: Linux 3.12.8-30010.DSDT_fix.fc20.x86_64 ehci_hcd
[    0.898721] usb usb3: Manufacturer: Linux 3.12.8-30010.DSDT_fix.fc20.x86_64 ehci_hcd
[    0.954675] usb usb4: Manufacturer: Linux 3.12.8-30010.DSDT_fix.fc20.x86_64 ohci_hcd
[    1.009643] usb usb5: Manufacturer: Linux 3.12.8-30010.DSDT_fix.fc20.x86_64 ohci_hcd
[    1.064604] usb usb6: Manufacturer: Linux 3.12.8-30010.DSDT_fix.fc20.x86_64 ohci_hcd

Please advise and thank you for your help
Comment 10 AZ 2014-01-31 04:45:14 UTC
please see corrected upower -d information:
// first on battery/than on AC:
upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Thu 30 Jan 2014 11:39:20 PM EST (279 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             no

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no
[root@toshiba ~]# upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Thu 30 Jan 2014 11:44:15 PM EST (1 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             yes

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no
Comment 11 Lan Tianyu 2014-02-17 01:44:20 UTC
Created attachment 126361 [details]
dsdt.hex
Comment 12 Lan Tianyu 2014-02-17 01:47:41 UTC
Sorry for later response. Please try the new dsdt table.
There is a Bios bug which references a wrong package.


        Method (_BIX, 0, NotSerialized)  // _BIX: Battery Information Extended
            {
                If (LEqual (BIFI, Zero))
                {
                    UBIX ()
                    Store (One, BIFI)
                }

                Return (PBIX)
            }


     Method (UBIX, 0, NotSerialized)
      {
           ...
                    Store (^^PCI0.LPC0.EC0.MCLC, Index (PBIX, 0x08))
                    Store (^^PCI0.LPC0.EC0.MBPN, Index (PBIX, 0x10))
                    Store (^^PCI0.LPC0.EC0.BTSN, Local5)
                    Store (ITOS (ToBCD (Local5)), Index (PBIF, 0x11))<== should be PBIX.
                    Store (^^PCI0.LPC0.EC0.MBMN, Index (PBIX, 0x13))

           ...
      }
Comment 13 AZ 2014-02-18 05:18:38 UTC
Lan,
 thank you for another version. Please note that i updated to the latest kernel version and applied your patch to it. Latest version is 3.12.9-300.fc20.x86_64.


dmesg| grep Exception
[    0.244162] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20130725/hwxface-571)
[    0.887663] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x000000011) is beyond end of object (length 0xD) (20130725/exoparg2-420)
[    0.887692] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _BIX (20130725/battery-444)

-- on AC first
upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Tue 18 Feb 2014 12:11:44 AM EST (2 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             no

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no

[root@toshiba ~]# upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Tue 18 Feb 2014 12:11:55 AM EST (3 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             yes

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no

ls -l /sys/class/power_supply/ACAD/device/
total 0
lrwxrwxrwx. 1 root root    0 Feb 18 00:05 driver -> ../../../../bus/acpi/drivers/ac
-r--r--r--. 1 root root 4096 Feb 18 00:12 hid
-r--r--r--. 1 root root 4096 Feb 18 00:12 modalias
-r--r--r--. 1 root root 4096 Feb 18 00:12 path
drwxr-xr-x. 2 root root    0 Feb 18 00:12 power
drwxr-xr-x. 3 root root    0 Feb 17 19:05 power_supply
lrwxrwxrwx. 1 root root    0 Feb 18 00:05 subsystem -> ../../../../bus/acpi
-rw-r--r--. 1 root root 4096 Feb 17 19:05 uevent
 udevadm info --path=/sys/class/power_supply/ACAD
P: /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
E: DEVPATH=/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
E: POWER_SUPPLY_NAME=ACAD
E: POWER_SUPPLY_ONLINE=0
E: SUBSYSTEM=power_supply

[root@toshiba ~]#  udevadm info --path=/sys/class/power_supply/ACAD
P: /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
E: DEVPATH=/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
E: POWER_SUPPLY_NAME=ACAD
E: POWER_SUPPLY_ONLINE=1
E: SUBSYSTEM=power_supply

udevadm monitor --subsystem-match=power_supply
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[564.180339] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
UDEV  [564.184350] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
KERNEL[567.241975] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)
UDEV  [567.245784] change   /devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD (power_supply)

 acpi -V
Adapter 0: on-line
Thermal 0: ok, 53.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 105.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 97.0 degrees C
Cooling 0: LCD 2 of 7
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 3
Cooling 3: Processor 0 of 10

dmesg | grep -i fail
[    0.244073] ACPI Error: [\_PR_.C003._PPC] Namespace lookup failure, AE_NOT_FOUND (20130725/psargs-359)
[    0.244084] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPC0.EC0_._REG] (Node ffff880109d8a578), AE_NOT_FOUND (20130725/psparse-536)
[    0.244101] Fail in evaluating the _REG object of EC device. Broken bios is suspected.
[    0.257274] acpi PNP0A08:00: ACPI _OSC support notification failed, disabling PCIe ASPM
[    0.887675] ACPI Error: Method parse/execution failed [\_SB_.BAT1.UBIX] (Node ffff880109d91640), AE_AML_PACKAGE_LIMIT (20130725/psparse-536)
[    0.887684] ACPI Error: Method parse/execution failed [\_SB_.BAT1._BIX] (Node ffff880109d915c8), AE_AML_PACKAGE_LIMIT (20130725/psparse-536)

dmesg | grep DSDT
[    0.000000] ACPI: DSDT 00000000dfee2000 0FA11 (v01 TOSQCI TOSQCI00 F0000000 MSFT 01000013)
[    0.004349] TOSHIBA Satellite detected - force copy of DSDT to local memory
[    0.004545] ACPI: Forced DSDT copy: length 0x0FA11 copied locally, original unmapped
[    0.180622] ACPI: EC: Look up EC in DSDT

adding dmesg file as attachment.
Comment 14 AZ 2014-02-18 05:19:51 UTC
Created attachment 126511 [details]
cat dmesg
Comment 15 AZ 2014-02-18 05:23:33 UTC
Created attachment 126521 [details]
DSDT.dat as cat /sys/firmware/acpi/tables/DSDT > DSDT.dat"

this dsdt should match one you provided. I'm attaching it so you can double check.
Comment 16 AZ 2014-03-28 01:32:00 UTC
any news ?
Comment 17 Lan Tianyu 2014-04-17 12:53:33 UTC
Sorry for later response due to busy on other thing. Please try a again with the following patch.

diff --git a/drivers/acpi/bus.c b/drivers/acpi/bus.c
index 4ed8d48..6eb3286 100644
--- a/drivers/acpi/bus.c
+++ b/drivers/acpi/bus.c
@@ -65,14 +65,6 @@ static struct dmi_system_id dsdt_dmi_table[] __initdata = {
         * Invoke DSDT corruption work-around on all Toshiba Satellite.
         * https://bugzilla.kernel.org/show_bug.cgi?id=14679
         */
-       {
-        .callback = set_copy_dsdt,
-        .ident = "TOSHIBA Satellite",
-        .matches = {
-               DMI_MATCH(DMI_SYS_VENDOR, "TOSHIBA"),
-               DMI_MATCH(DMI_PRODUCT_NAME, "Satellite"),
-               },
-       },
        {}
 };
 #else
Comment 18 AZ 2014-04-17 23:49:39 UTC
Lan,
 i'm not sure where/how do i apply changes from comment 17....
Comment 19 Lan Tianyu 2014-04-18 01:43:47 UTC
please clone latest Linux upstream kernel.
 git clone   git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

and run
 git apply debug.patch
Comment 20 Lan Tianyu 2014-04-18 01:47:34 UTC
Created attachment 132861 [details]
debug.patch
Comment 21 Lan Tianyu 2014-04-18 01:49:59 UTC
*** Bug 72641 has been marked as a duplicate of this bug. ***
Comment 22 AZ 2014-04-18 03:38:05 UTC
Created attachment 132881 [details]
attachment-26935-0.html

Do I need to apply your dst file after applying patch?
On Apr 17, 2014 9:43 PM, <bugzilla-daemon@bugzilla.kernel.org> wrote:

> https://bugzilla.kernel.org/show_bug.cgi?id=67251
>
> --- Comment #19 from Lan Tianyu <tianyu.lan@intel.com> ---
> please clone latest Linux upstream kernel.
>  git clone   git://
> git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>
> and run
>  git apply debug.patch
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You reported the bug.
>
Comment 23 Lan Tianyu 2014-04-18 05:10:34 UTC
Yes, please.
Comment 24 AZ 2014-04-18 13:29:15 UTC
dmesg| grep Exception
[    0.252168] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20131115/hwxface-580)
[    1.048154] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x000000011) is beyond end of object (length 0xD) (20131115/exoparg2-420)
[    1.048181] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _BIX (20131115/battery-417)

dmesg | grep -i fail
[    0.252081] ACPI Error: [\_PR_.C003._PPC] Namespace lookup failure, AE_NOT_FOUND (20131115/psargs-359)
[    0.252092] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPC0.EC0_._REG] (Node ffff880109da0578), AE_NOT_FOUND (20131115/psparse-536)
[    0.252109] ACPI : EC: Fail in evaluating the _REG object of EC device. Broken bios is suspected.
[    0.265258] acpi PNP0A08:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[    1.048165] ACPI Error: Method parse/execution failed [\_SB_.BAT1.UBIX] (Node ffff880109da7640), AE_AML_PACKAGE_LIMIT (20131115/psparse-536)
[    1.048173] ACPI Error: Method parse/execution failed [\_SB_.BAT1._BIX] (Node ffff880109da75c8), AE_AML_PACKAGE_LIMIT (20131115/psparse-536)

-- on AC
upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Fri 18 Apr 2014 09:23:11 AM EDT (121 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             yes

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no

-- on battery
 upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Fri 18 Apr 2014 09:25:42 AM EDT (3 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             no

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no


-- on AC

udevadm info --path=/sys/class/power_supply/ACAD
P: /devices/platform/ACPI0003:00/power_supply/ACAD
E: DEVPATH=/devices/platform/ACPI0003:00/power_supply/ACAD
E: POWER_SUPPLY_NAME=ACAD
E: POWER_SUPPLY_ONLINE=1
E: SUBSYSTEM=power_supply

--on battery

udevadm info --path=/sys/class/power_supply/ACAD
P: /devices/platform/ACPI0003:00/power_supply/ACAD
E: DEVPATH=/devices/platform/ACPI0003:00/power_supply/ACAD
E: POWER_SUPPLY_NAME=ACAD
E: POWER_SUPPLY_ONLINE=0
E: SUBSYSTEM=power_supply


 acpi -V
Adapter 0: on-line
Thermal 0: ok, 49.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 105.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 97.0 degrees C
Cooling 0: LCD 2 of 7
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 3
Cooling 3: Processor 0 of 10

 acpi -V
Adapter 0: off-line
Thermal 0: ok, 48.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 105.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 97.0 degrees C
Cooling 0: LCD 2 of 7
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 3
Cooling 3: Processor 0 of 10
Comment 25 AZ 2014-04-21 12:27:25 UTC
Lan,
 i'm not sure i'm doing everyting correctly - i put dsdt.hex into BUILD/kernel-3.13.fc20/linux-3.13.9-200.0415_DSDT.fc20.x86_64/include/dsdt.hex

but i don't see it been used during the compilation stage:
 rpmbuild -bb --with baseonly --with firmare --target=$(uname -m) kernel.spec | tee build.log
grep dsdt.hex build.log

returns 0 hits.

how can i make sure dsdt.hex has been actually used ?
Comment 26 Lan Tianyu 2014-04-21 13:03:18 UTC
There should be a log of "...table override, new table..." in the dmesg if the table is overrided. Could you have a check?
Comment 27 AZ 2014-04-21 13:10:23 UTC
Created attachment 133191 [details]
attachment-30238-0.html

Nope nothing.
I checked another wiki and it seemes that I need to make a few more steps ,
other than appending the specfile , in order to load the dsdt. Plus I need
to place it into firmware subdir.
anyway, I left  the proceas running, will report later tonight if I get any
further.
On Apr 21, 2014 9:03 AM, <bugzilla-daemon@bugzilla.kernel.org> wrote:

> https://bugzilla.kernel.org/show_bug.cgi?id=67251
>
> --- Comment #26 from Lan Tianyu <tianyu.lan@intel.com> ---
> There should be a log of "...table override, new table..." in the dmesg if
> the
> table is overrided. Could you have a check?
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You reported the bug.
>
Comment 28 Lan Tianyu 2014-04-21 13:13:17 UTC
Have you changed the following configs?

Add this to the kernel .config:
CONFIG_STANDALONE=n
CONFIG_ACPI_CUSTOM_DSDT=y
CONFIG_ACPI_CUSTOM_DSDT_FILE="DSDT.hex"
Comment 29 AZ 2014-04-21 13:25:08 UTC
Created attachment 133201 [details]
attachment-30528-0.html

Yes. Had those from the start
On Apr 21, 2014 9:13 AM, <bugzilla-daemon@bugzilla.kernel.org> wrote:

> https://bugzilla.kernel.org/show_bug.cgi?id=67251
>
> --- Comment #28 from Lan Tianyu <tianyu.lan@intel.com> ---
> Have you changed the following configs?
>
> Add this to the kernel .config:
> CONFIG_STANDALONE=n
> CONFIG_ACPI_CUSTOM_DSDT=y
> CONFIG_ACPI_CUSTOM_DSDT_FILE="DSDT.hex"
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You reported the bug.
>
Comment 30 AZ 2014-04-22 02:03:46 UTC
ok. i think i'm getting closer to esteblish a proper order of the build.
After applying the patch i'm getting the follwing during the build:
+ make -s ARCH=x86_64 V=1 -j3 bzImage
+ /usr/lib/rpm/debugedit -b /home/az/rpmbuild/BUILD -d /usr/src/debug -i arch/x86/vdso/vdso.so.dbg
+ /usr/lib/rpm/debugedit -b /home/az/rpmbuild/BUILD -d /usr/src/debug -i arch/x86/vdso/vdso32-int80.so.dbg
+ /usr/lib/rpm/debugedit -b /home/az/rpmbuild/BUILD -d /usr/src/debug -i arch/x86/vdso/vdso32-syscall.so.dbg
+ /usr/lib/rpm/debugedit -b /home/az/rpmbuild/BUILD -d /usr/src/debug -i arch/x86/vdso/vdso32-sysenter.so.dbg
drivers/acpi/bus.c:60:12: warning: 'set_copy_dsdt' defined but not used [-Wunused-function]
 static int set_copy_dsdt(const struct dmi_system_id *id)


The build is still in progress. Will report later on the final result.
Comment 31 AZ 2014-04-22 04:52:02 UTC
Lan,
 i think you fixed the problem. First of all vents stopped blowing like crasy and laptop is much cooler while running on the battery. Second, (xfce) power manager is working. But here are some details:
[az@toshiba Desktop]$ dmesg| grep Exception
[    0.253126] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20131115/hwxface-580)
[az@toshiba Desktop]$ dmesg| grep Over
[    0.000000] ACPI: Override [DSDT-TOSQCI00], this is unsafe: tainting kernel
[az@toshiba Desktop]$ upower -d
Device: /org/freedesktop/UPower/devices/battery_BAT1
  native-path:          BAT1
  vendor:               Panasonic
  model:                PA3817U-1BRS
  serial:               2227
  power supply:         yes
  updated:              Tue 22 Apr 2014 12:47:27 AM EDT (12 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               discharging
    energy:              3.56 Wh
    energy-empty:        0 Wh
    energy-full:         3.627 Wh
    energy-full-design:  4.4 Wh
    energy-rate:         1.804 W
    voltage:             12.108 V
    time to empty:       2.0 hours
    percentage:          98%
    capacity:            82.4318%
    technology:          lithium-ion
  History (charge):
    1398142016	98.000	discharging
  History (rate):
    1398142047	1.804	discharging
    1398142016	2.227	discharging
    1398141985	2.452	discharging
    1398141950	1.985	discharging

Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Tue 22 Apr 2014 12:45:48 AM EDT (111 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             no

Daemon:
  daemon-version:  0.9.23
  on-battery:      yes
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no
[az@toshiba Desktop]$ upower -d
Device: /org/freedesktop/UPower/devices/battery_BAT1
  native-path:          BAT1
  vendor:               Panasonic
  model:                PA3817U-1BRS
  serial:               2227
  power supply:         yes
  updated:              Tue 22 Apr 2014 12:48:08 AM EDT (1 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               charging
    energy:              3.541 Wh
    energy-empty:        0 Wh
    energy-full:         3.627 Wh
    energy-full-design:  4.4 Wh
    energy-rate:         1.861 W
    voltage:             12.306 V
    time to full:        2.8 minutes
    percentage:          97%
    capacity:            82.4318%
    technology:          lithium-ion
  History (charge):
    1398142078	97.000	discharging
    1398142016	98.000	discharging
  History (rate):
    1398142078	1.861	discharging
    1398142047	1.804	discharging
    1398142016	2.227	discharging
    1398141985	2.452	discharging

Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          ACAD
  power supply:         yes
  updated:              Tue 22 Apr 2014 12:48:03 AM EDT (6 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             yes

Daemon:
  daemon-version:  0.9.23
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no
[az@toshiba Desktop]$ acpi -v
acpi 1.7

Copyright (C) 2001 Grahame Bowland.
              2008-2012 Michael Meskes.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[az@toshiba Desktop]$ 
[az@toshiba Desktop]$ acpi -v
acpi 1.7

Copyright (C) 2001 Grahame Bowland.
              2008-2012 Michael Meskes.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[az@toshiba Desktop]$ acpi -V
Battery 0: Charging, 97%, charging at zero rate - will never fully charge.
Battery 0: design capacity 356 mAh, last full capacity 294 mAh = 82%
Adapter 0: on-line
Thermal 0: ok, 52.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 105.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 97.0 degrees C
Cooling 0: LCD 2 of 7
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 3
Cooling 3: Processor 0 of 10
[az@toshiba Desktop]$ acpi -V
Battery 0: Unknown, 97%
Battery 0: design capacity 356 mAh, last full capacity 293 mAh = 82%
Adapter 0: off-line
Thermal 0: ok, 52.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 105.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 97.0 degrees C
Cooling 0: LCD 2 of 7
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 3
Cooling 3: Processor 0 of 10
[az@toshiba Desktop]$ dmesg | grep -i fail
[    0.266002] acpi PNP0A08:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[az@toshiba Desktop]$ dmesg | grep DSDT
[    0.000000] ACPI: Override [DSDT-TOSQCI00], this is unsafe: tainting kernel
[    0.000000] ACPI: DSDT 00000000dfee2000 Logical table override, new table: ffffffff81c9d530
[    0.000000] ACPI: DSDT ffffffff81c9d530 00F868 (v01 TOSQCI TOSQCI00 F0000000 INTL 20130517)
Comment 32 AZ 2014-04-22 05:07:29 UTC
So i guess out of all original errors only one remains.

[    0.253126] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20131115/hwxface-580)

I'm not sure how it affects the laptop performance/functionality, but i'll be glad to perform whatever testing you may need, shall you decide to fix it.



Build notes:
 a. i used https://fedoraproject.org/wiki/Building_a_custom_kernel#Get_the_Source to build an rpm so i didn't have to mess up the rpm based installation.
 b.in the last successful attempt to compile the kernel, i did NOT use Lan's suggestion to modify kernel.spec by appending with the lines (see above #8 and #28). Instead i used https://wiki.archlinux.org/index.php/DSDT#Recompiling_it_yourself section "Compile into kernel" to modify the .spec file. The doubting requirement from https://01.org/linux-acpi/documentation/overriding-dsdt was the specification of the location of the dsdt.hex.It is said to be an _absolute path_ . In "menuconfig" i entered only the filename (dsdt.hex) and copied the actual file into BUILD/kernelXXX/vanilaYYY/include. That worked fine.
Comment 33 Lan Tianyu 2014-04-28 07:37:56 UTC
(In reply to AZ from comment #32)
> So i guess out of all original errors only one remains.
> 
> [    0.253126] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State
> [\_S2_] (20131115/hwxface-580)
> 
> I'm not sure how it affects the laptop performance/functionality, but i'll
> be glad to perform whatever testing you may need, shall you decide to fix it.
> 

This should be another issue. You can apply a new bug report for it. I think this will not affect performance/functionality except for producing a exception log.

> 
> 
> Build notes:
>  a. i used
> https://fedoraproject.org/wiki/Building_a_custom_kernel#Get_the_Source to
> build an rpm so i didn't have to mess up the rpm based installation.
>  b.in the last successful attempt to compile the kernel, i did NOT use Lan's
> suggestion to modify kernel.spec by appending with the lines (see above #8
> and #28). Instead i used
> https://wiki.archlinux.org/index.php/DSDT#Recompiling_it_yourself section
> "Compile into kernel" to modify the .spec file. The doubting requirement
> from https://01.org/linux-acpi/documentation/overriding-dsdt was the
> specification of the location of the dsdt.hex.It is said to be an _absolute
> path_ . In "menuconfig" i entered only the filename (dsdt.hex) and copied
> the actual file into BUILD/kernelXXX/vanilaYYY/include. That worked fine.

Great. Thanks for do this and this proves the bug is Bios issue.
I don't use rpmbuild to compile kernel. So I may have confused you before. Sorry about that.

Note You need to log in before you can comment on or make changes to this bug.