ACPI-Errors with battery, ac_adapter, thermal

ACPI-Errors with battery, ac_adapter, thermal

[Stefan Behnel]

Hi!

*I only subscribed to the list yesterday, so I don't know if this mail
(that I sent before subscribing) actually got there. Sorry if it did.*


I have a problem with my laptop (Samsung P10, P4, i845). I use the
lates ACPI-Patches and kernel 2.4.20/2.4.21-pre3.

In /proc/acpi, the directories ac_adapter, battery and thermal_zone
are empty (so I can't find out about the battery state, etc.) and
dmesg shows related errors:

----------------------------------------------------

evregion-0235 [22] ev_address_space_dispa: no handler for
region(c12f4c28) [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 c12f8228), AE_AML_NO_RETURN_VALUE


evregion-0235 [22] ev_address_space_dispa: no handler for
region(c12f4c28) [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 c12f8c28), AE_AML_NO_RETURN_VALUE


evregion-0322: *** Error: Handler for [embedded_control] returned
AE_BAD_PARAMETER

     dswexec-0402 [20] ds_exec_end_op        : [Store]: Could not resolve
operands, AE_BAD_PARAMETER

     psparse-1102: *** Error: Method execution failed [\_TZ_.THRM._TMP]
(Node c12fa128), AE_BAD_PARAMETER

----------------------------------------------------


I do actually get the ACPI interrupts, /proc/interrupts increments
when I pull out the AC plug or while the battery discharges. While on
battery, the syslog fills up with

-----------------------
kernel:     ACPI-0322: *** Error: Handler for [embedded_control]
returned AE_BAD_PARAMETER
kernel:     ACPI-1102: *** Error: Method execution failed
[\_SB_.BAT1.BAST] (Node c12fb680), AE_BAD_PARAMETER
kernel:     ACPI-1102: *** Error: Method execution failed
[\_SB_.PCI0.LPCB.H_EC._Q66] (Node c12f49c0), AE_BAD_PARAMETER
-----------------------


Any hints how I could get that stuff running ?


Oh, and, BTW: Running the kernel (tried with 2.4.21-pre3) with
ACPI-debug compiled in tends to throw Oopses that kill the keyboard
(nothing else) when an event occurs...


Thanks in advance for any help,
Stefan Behnel






-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp

Re: ACPI-Errors with battery, ac_adapter, thermal

[Ducrot Bruno]

On Tue, Jan 21, 2003 at 07:16:52PM +0100, Stefan Behnel wrote:
> Hi!
> 
> *I only subscribed to the list yesterday, so I don't know if this mail
> (that I sent before subscribing) actually got there. Sorry if it did.*
> 
> 
> I have a problem with my laptop (Samsung P10, P4, i845). I use the
> lates ACPI-Patches and kernel 2.4.20/2.4.21-pre3.
> 
> In /proc/acpi, the directories ac_adapter, battery and thermal_zone
> are empty (so I can't find out about the battery state, etc.) and
> dmesg shows related errors:

Try to compile with CONFIG_ACPI_EC


-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp

Re: ACPI-Errors with battery, ac_adapter, thermal

[Stefan Behnel]

Ducrot Bruno schrieb:
>>In /proc/acpi, the directories ac_adapter, battery and thermal_zone
>>are empty (so I can't find out about the battery state, etc.) and
>>dmesg shows related errors:
> 
> 
> Try to compile with CONFIG_ACPI_EC

Thanks, but it IS compiled with virtually every option there is. I guess 
that's why it actually knows about the errors...

Anything else I could try?

Stefan :-?



-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp

Re: ACPI-Errors with battery, ac_adapter, thermal

[Stefan Behnel]

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

Hi!

Ok, now, here's the long version, just in case there is anything else to 
see...

I'm actually perfectly willing to invest some time into getting this 
working if anyone could point me in the right direction.

I found the FAQ including the stuff about overriding the DSTD, but I 
don't know how to fix such a table (the current one looks perfectly fine 
to me...). Any more hints on that?

Thanks in advance,
Stefan


[-- Attachment #2: dmesg --]
[-- Type: text/plain, Size: 3793 bytes --]

Linux version 2.4.20 (root@gknb8) (gcc version 3.2) #12 Thu Jan 23 18:09:10 CET 2003
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009e400 (usable)
 BIOS-e820: 000000000009e400 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000d0000 - 00000000000d4000 (reserved)
 BIOS-e820: 00000000000d8000 - 00000000000e0000 (reserved)
 BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000ff70000 (usable)
 BIOS-e820: 000000000ff70000 - 000000000ff7f000 (ACPI data)
 BIOS-e820: 000000000ff7f000 - 000000000ff80000 (ACPI NVS)
 BIOS-e820: 000000000ff80000 - 0000000010000000 (reserved)
 BIOS-e820: 00000000ff800000 - 00000000ffc00000 (reserved)
 BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
255MB LOWMEM available.
ACPI: have wakeup address 0xc0001000
On node 0 totalpages: 65392
zone(0): 4096 pages.
zone(1): 61296 pages.
zone(2): 0 pages.
ACPI: RSDP (v000 PTLTD                      ) @ 0x000f6450
ACPI: RSDT (v001 PTLTD  Sheeks   01540.00000) @ 0x0ff7aa20
ACPI: FADT (v001 INTEL  845MP    01540.00000) @ 0x0ff7ee1a
ACPI: BOOT (v001 PTLTD  $SBFTBL$ 01540.00000) @ 0x0ff7ee8e
ACPI: SSDT (v001 SEC    SP10     01540.00000) @ 0x0ff7eeb6
ACPI: DSDT (v001 SEC    SENS     01540.00000) @ 0x00000000
ACPI: BIOS passes blacklist
ACPI: MADT not present
Kernel command line: root=/dev/hda2 hdc=ide-scsi vga=791
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!

[cut]

ACPI: Subsystem revision 20030109
PCI: PCI BIOS revision 2.10 entry at 0xfd9cb, last bus=2
PCI: Using configuration type 1
    ACPI-0262: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
    ACPI-1102: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node c12fba80), AE_AML_UNINITIALIZED_LOCAL
    ACPI-0090: *** Error: No object was returned from [\_SB_.PCI0.LPCB.SIOD.COMA._STA] (Node c12f2580), AE_NOT_EXIST
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: System [ACPI] (supports S0 S3 S4 S5)
    ACPI-1102: *** Error: Method execution failed [\_SB_.ADP1._STA] (Node c12fb340), AE_AML_NO_RETURN_VALUE
    ACPI-1102: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node c12fb700), AE_AML_NO_RETURN_VALUE
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
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)
PCI: Probing PCI hardware
ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 10
ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 0
ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 10
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
ACPI: Power Button (FF) [PWRF]
ACPI: Lid Switch [LID0]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Fan [FAN0] (on)
ACPI: Processor [CPU0] (supports C1 C2, 2 performance states)
    ACPI-0322: *** Error: Handler for [embedded_control] returned AE_BAD_PARAMETER
    ACPI-1102: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node c12fd7c0), AE_BAD_PARAMETER

[-- Attachment #3: dsdt --]
[-- Type: application/octet-stream, Size: 17354 bytes --]

Re: ACPI-Errors with battery, ac_adapter, thermal

[Faye Pearson]

Stefan Behnel [behnel-8NdywcgfOMlWMvVl7B+zuCEWGD4kr0XT@public.gmane.org] wrote:
> I'm actually perfectly willing to invest some time into getting this 
> working if anyone could point me in the right direction.
> 
> I found the FAQ including the stuff about overriding the DSTD, but I 
> don't know how to fix such a table (the current one looks perfectly fine 
> to me...). Any more hints on that?

>     ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
>     ACPI-1102: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node c12fba80), AE_AML_UNINITIALIZED_LOCAL
>     ACPI-0090: *** Error: No object was returned from [\_SB_.PCI0.LPCB.SIOD.COMA._STA] (Node c12f2580), AE_NOT_EXIST
>     ACPI-1102: *** Error: Method execution failed [\_SB_.ADP1._STA] (Node c12fb340), AE_AML_NO_RETURN_VALUE
>     ACPI-1102: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node c12fb700), AE_AML_NO_RETURN_VALUE
>     ACPI-0322: *** Error: Handler for [embedded_control] returned AE_BAD_PARAMETER
>     ACPI-1102: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node c12fd7c0), AE_BAD_PARAMETER

These don't look fine.

You need iasl - google for intel iasl download

Disassembling your dsdt gives:

dsdt.dsl   178:     Method (_WAK, 1, NotSerialized)
Warning  2026 -                ^ Reserved method must return a value
(_WAK)

Can be as simple as adding Return (Zero) to the end of the method but
check the function to see if that looks right.

dsdt.dsl  2322:                     Field (ECR, DWordAcc, Lock,
Preserve)
Error    1048 -                              ^ Host Operation Region
requires ByteAcc access

Use ByteAcc access!

dsdt.dsl  2887:                         Method (_STA, 0, NotSerialized)
Warning  2019 -                                    ^ Not all control
paths return a value (_STA)

dsdt.dsl  2887:                         Method (_STA, 0, NotSerialized)
Warning  2026 -                                    ^ Reserved method
must return a value (_STA)

Same issue as for _WAK.


Faye

-- 
Faye Pearson,
Covert Development
ClaraNET Ltd.       Tel 020 7903 3000

Keep your boss's boss off your boss's back.


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

DSDT patch for Samsung P10

[Stefan Behnel]

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

Thanks everyone!

Playing a little with iasl gave me a correct(er) DSDT, so now thermal 
control is working perfectly. Battery and AC still doesn't show up, but 
I'll keep trying.

Following the instructions here
http://sourceforge.net/mailarchive/message.php?msg_id=2057754
allowed me to integrate the new DSDT into the kernel.

For now I appended the corrected version of the DSDT, just in case 
others have the same problems with the Samsung P10.

I've also sent a mail to Samsung with my fixes, so maybe they'll provide 
an updated BIOS version some time in the future. That laptop is a rather 
new one, so there's still hope...

Thanks again,
Stefan :)

[-- Attachment #2: samsung-p10-patch.tgz --]
[-- Type: application/x-gtar, Size: 49944 bytes --]

Re: DSDT patch for Samsung P10

[Parrenin Frédéric]

Hi Stefan,


I have also a Samsung laptop, model V20 cXVC.
I had the same problems as you with ACPI : no thermal zone, no
ac_adaptator, no battery.
A few weeks ago, Bruno Ducrot helped me to correct my dsdt table.
Now, these things work.

Perhaps you will find something useful in my dsdt.
Check my installation page :

http://parrenin.frederic.free.fr/linux-samsung_20_CXVC.html


Hope that helps.


	Frédéric


Le sam 25/01/2003 à 11:54, Stefan Behnel a écrit :
> Thanks everyone!
> 
> Playing a little with iasl gave me a correct(er) DSDT, so now thermal 
> control is working perfectly. Battery and AC still doesn't show up, but 
> I'll keep trying.
> 
> Following the instructions here
> http://sourceforge.net/mailarchive/message.php?msg_id=2057754
> allowed me to integrate the new DSDT into the kernel.
> 
> For now I appended the corrected version of the DSDT, just in case 
> others have the same problems with the Samsung P10.
> 
> I've also sent a mail to Samsung with my fixes, so maybe they'll provide 
> an updated BIOS version some time in the future. That laptop is a rather 
> new one, so there's still hope...
> 
> Thanks again,
> Stefan :)
-- 
Frederic Parrenin
LEGOS
18, av. Edouard Belin
31400 TOULOUSE
tel.: 05 61 33 29 56
fax : 05 61 25 32 05



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

RE: ACPI-Errors with battery, ac_adapter, thermal

[Moore, Robert]

I'm taking a look at your DSDT and the errors.
Bob


-----Original Message-----
From: Stefan Behnel [mailto:behnel-8NdywcgfOMlWMvVl7B+zuCEWGD4kr0XT@public.gmane.org] 
Sent: Thursday, January 23, 2003 10:17 AM
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [ACPI] ACPI-Errors with battery, ac_adapter, thermal

Hi!

Ok, now, here's the long version, just in case there is anything else to 
see...

I'm actually perfectly willing to invest some time into getting this 
working if anyone could point me in the right direction.

I found the FAQ including the stuff about overriding the DSTD, but I 
don't know how to fix such a table (the current one looks perfectly fine 
to me...). Any more hints on that?

Thanks in advance,
Stefan



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

RE: ACPI-Errors with battery, ac_adapter, thermal

[Moore, Robert]

This one looks suspiciously like a problem in the AML interpreter: 

>     ACPI-1102: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node
c12fba80), AE_AML_UNINITIALIZED_LOCAL

I am looking into it.
Bob


-----Original Message-----
From: Faye Pearson [mailto:faye-6JSjyQ0Qj1ReoWH0uzbU5w@public.gmane.org] 
Sent: Thursday, January 23, 2003 10:48 AM
To: Stefan Behnel
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [ACPI] ACPI-Errors with battery, ac_adapter, thermal

Stefan Behnel [behnel-8NdywcgfOMlWMvVl7B+zuCEWGD4kr0XT@public.gmane.org] wrote:
> I'm actually perfectly willing to invest some time into getting this 
> working if anyone could point me in the right direction.
> 
> I found the FAQ including the stuff about overriding the DSTD, but I 
> don't know how to fix such a table (the current one looks perfectly fine 
> to me...). Any more hints on that?

>     ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
>     ACPI-1102: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node
c12fba80), AE_AML_UNINITIALIZED_LOCAL
>     ACPI-0090: *** Error: No object was returned from
[\_SB_.PCI0.LPCB.SIOD.COMA._STA] (Node c12f2580), AE_NOT_EXIST
>     ACPI-1102: *** Error: Method execution failed [\_SB_.ADP1._STA] (Node
c12fb340), AE_AML_NO_RETURN_VALUE
>     ACPI-1102: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node
c12fb700), AE_AML_NO_RETURN_VALUE
>     ACPI-0322: *** Error: Handler for [embedded_control] returned
AE_BAD_PARAMETER
>     ACPI-1102: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node
c12fd7c0), AE_BAD_PARAMETER

These don't look fine.

You need iasl - google for intel iasl download

Disassembling your dsdt gives:

dsdt.dsl   178:     Method (_WAK, 1, NotSerialized)
Warning  2026 -                ^ Reserved method must return a value
(_WAK)

Can be as simple as adding Return (Zero) to the end of the method but
check the function to see if that looks right.

dsdt.dsl  2322:                     Field (ECR, DWordAcc, Lock,
Preserve)
Error    1048 -                              ^ Host Operation Region
requires ByteAcc access

Use ByteAcc access!

dsdt.dsl  2887:                         Method (_STA, 0, NotSerialized)
Warning  2019 -                                    ^ Not all control
paths return a value (_STA)

dsdt.dsl  2887:                         Method (_STA, 0, NotSerialized)
Warning  2026 -                                    ^ Reserved method
must return a value (_STA)

Same issue as for _WAK.


Faye

-- 
Faye Pearson,
Covert Development
ClaraNET Ltd.       Tel 020 7903 3000

Keep your boss's boss off your boss's back.


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Acpi-devel mailing list
Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/acpi-devel


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

Re: ACPI-Errors with battery, ac_adapter, thermal

[Ducrot Bruno]

On Thu, Jan 23, 2003 at 10:53:26AM -0800, Moore, Robert wrote:
> 
> This one looks suspiciously like a problem in the AML interpreter: 
> 
> >     ACPI-1102: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node
> c12fba80), AE_AML_UNINITIALIZED_LOCAL
> 


Sound like to be in:

        Device (PCI0)
        {
            Method (_INI, 0, NotSerialized)
            {
                If (CondRefOf (_OSI, Local0))
                {
                    Store (0x07D1, OSYS)
                    \_SB.PHS (0xA5)
                }
                Else
		{
			blablabla
		}

                If (LNot (LGreater (OSYS, 0x07CF)))
                {
                    Store (0x01, ECON)
                    Store (0x00, TMP0)
                    If (LNot (LGreater (Local0, ACTT)))
                                        ^^^^^^

Local0 is not initialized under ACPICA (because there is no _OSI name declared).

I think this is an error in the AML, because Local0 should be left
uninitialized if the CondRefOf() return False.

But we can perhaps assume that in that case Local0 contains 0 (but not for
the interpreter, for a possible override of the table) ?

Bob, please advice.


-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


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

RE: ACPI-Errors with battery, ac_adapter, thermal

[Moore, Robert]

Yes, I agree that it's a bug in the original ASL.

Bob


-----Original Message-----
From: Ducrot Bruno [mailto:ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org] 
Sent: Friday, January 24, 2003 2:05 AM
To: Moore, Robert
Cc: 'Faye Pearson'; Stefan Behnel; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [ACPI] ACPI-Errors with battery, ac_adapter, thermal

On Thu, Jan 23, 2003 at 10:53:26AM -0800, Moore, Robert wrote:
> 
> This one looks suspiciously like a problem in the AML interpreter: 
> 
> >     ACPI-1102: *** Error: Method execution failed [\_SB_.PCI0._INI]
(Node
> c12fba80), AE_AML_UNINITIALIZED_LOCAL
> 


Sound like to be in:

        Device (PCI0)
        {
            Method (_INI, 0, NotSerialized)
            {
                If (CondRefOf (_OSI, Local0))
                {
                    Store (0x07D1, OSYS)
                    \_SB.PHS (0xA5)
                }
                Else
		{
			blablabla
		}

                If (LNot (LGreater (OSYS, 0x07CF)))
                {
                    Store (0x01, ECON)
                    Store (0x00, TMP0)
                    If (LNot (LGreater (Local0, ACTT)))
                                        ^^^^^^

Local0 is not initialized under ACPICA (because there is no _OSI name
declared).

I think this is an error in the AML, because Local0 should be left
uninitialized if the CondRefOf() return False.

But we can perhaps assume that in that case Local0 contains 0 (but not for
the interpreter, for a possible override of the table) ?

Bob, please advice.


-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


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

Re: ACPI-Errors with battery, ac_adapter, thermal

[Ducrot Bruno]

On Fri, Jan 24, 2003 at 07:07:36AM -0800, Moore, Robert wrote:
> Yes, I agree that it's a bug in the original ASL.
> 

Well, but actually I would prefer to know what should be Local0 in that
context.  I think that the Windows one will left Local0 as '0' because
(hopefully..) it will put the equivalent of NULL in Local0 (considered
as if it shoud be a ref) but, who knows.  The only way to go for sure
is to dig harder in the ASL, though.

It's hard sometimes to try to guess what was the intention of
the BIOS writer :(

Cheers,

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


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