Error calling uninitialized embedded controller during ACPI system init

Error calling uninitialized embedded controller during ACPI system init

[Stefan Behnel]

[-- Attachment #1: Type: text/plain, Size: 1334 bytes --]

Hi!

As I was playing around with my DSDT anyway, I took a closer look at
the two errors regarding battery and AC plug that were remaining in my
dmesg.

The funny thing is: the errors are reported when initializing "ACPI:
system" and they are related to the "embedded controller" (H_EC),
which is only initialized a little later down the road. I have
attached the relevant part of my dmesg.

Now, the DSDT methods that produce these errors (\_SB_.ADP1._STA and
\_SB_.BAT1._STA) actually access the embedded controller on the PCI
bus (\_SB.PCI0.LPCB.H_EC.ACEX) to see if the system is running on AC
(I guess). I attached my disassembled DSDT, too.

So I figured that I might have stumbled into a bug in the
Linux-ACPI-init procedure. (Well, anyway, I don't know if the spec
says anything about the devices that may (or may not) be called in the
_STA methods).

Do all _STA methods have to be called on system init? Wouldn't it be
(intuitively) better not to call BAT1._STA before battery init?

Would you know any clean way to get around this problem? I could try
to comment out the check in the _STA methods, but I don't know if
that's a good idea since I'm not very keen to break anything. What is
the _STA method there for anyway? Sounds like "sta-tus" or something,
but then, there are STAT methods, too...

Thanks,
Stefan Behnel


[-- Attachment #2: dmesg.log --]
[-- Type: text/plain, Size: 3217 bytes --]

ACPI: Subsystem revision 20030122
PCI: PCI BIOS revision 2.10 entry at 0xfd9cb, last bus=2
PCI: Using configuration type 1
   tbget-0273: *** Info: Table [DSDT] replaced by host OS
 tbxface-0098 [03] acpi_load_tables      : ACPI Tables successfully acquired
Parsing all Control Methods:..........................................................................................................................................................................
Table [DSDT] - 562 Objects with 50 Devices 170 Methods 17 Regions
Parsing all Control Methods:
Table [SSDT] - 0 Objects with 0 Devices 0 Methods 0 Regions
ACPI Namespace successfully loaded at root c0396dbc
evxfevnt-0073 [04] acpi_enable           : Transition to ACPI mode successful
   evgpe-0262: *** Info: GPE Block0 defined as GPE0 to GPE15
   evgpe-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
Executing all Device _STA and_INI methods:..................................................
50 Devices found containing: 50 _STA, 2 _INI methods
Completing Region/Field/Buffer/Package initialization:.......................................................
Initialized 11/17 Regions 0/0 Fields 24/24 Buffers 20/20 Packages (565 nodes)
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: System [ACPI] (supports S0 S3 S4 S5)
evregion-0235 [22] ev_address_space_dispa: no handler for region(c12ecca8) [embedded_control]
 exfldio-0216 [21] ex_access_region      : Region embedded_control(3) has no handler
 dswexec-0402 [14] ds_exec_end_op        : [LEqual]: Could not resolve operands, AE_NOT_EXIST
dswstate-0251 [16] ds_result_pop_from_bot: No result objects! State=cff67828
 dsutils-0494 [16] ds_create_operand     : Missing or null operand, AE_AML_NO_RETURN_VALUE
 psparse-1102: *** Error: Method execution failed [\_SB_.ADP1._STA] (Node c12f02a8), AE_AML_NO_RETURN_VALUE
evregion-0235 [22] ev_address_space_dispa: no handler for region(c12ecca8) [embedded_control]
 exfldio-0216 [21] ex_access_region      : Region embedded_control(3) has no handler
 dswexec-0402 [14] ds_exec_end_op        : [LEqual]: Could not resolve operands, AE_NOT_EXIST
dswstate-0251 [16] ds_result_pop_from_bot: No result objects! State=cff67828
 dsutils-0494 [16] ds_create_operand     : Missing or null operand, AE_AML_NO_RETURN_VALUE
 psparse-1102: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node c12f0ca8), AE_AML_NO_RETURN_VALUE
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 00:1f.1
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bridge
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 10 *11)
ACPI: PCI Interrupt Link [LNKB] (IRQs *10 11)
ACPI: PCI Interrupt Link [LNKC] (IRQs 10 *11)
ACPI: PCI Interrupt Link [LNKD] (IRQs *10 11)
ACPI: PCI Interrupt Link [LNKE] (IRQs 10 *11)
ACPI: PCI Interrupt Link [LNKF] (IRQs 10 11, disabled)
ACPI: PCI Interrupt Link [LNKG] (IRQs 10 11, disabled)
ACPI: PCI Interrupt Link [LNKH] (IRQs 10 11, disabled)
ACPI: Embedded Controller [H_EC] (gpe 24)
ACPI: Power Resource [PFAN] (on)


[-- Attachment #3: dsdt.dsl.gz --]
[-- Type: application/x-gunzip, Size: 10834 bytes --]

DSDT patch for Samsung P10

[Stefan Behnel]

Hi!

I put up a little page with my DSDT patches:

http://www.behnel.de/samsung-acpi.html

I commented out the parts of my DSDT method "\_SB.{BAT1,ADP1}._STA" that 
were checking for battery and AC-plug over the PCI bus and now ACPI 
boots up without errors, battery and ac support working nicely.

Thanks again,
Stefan :)



-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com