Bug 2403

Summary: Method execution failed [_PRW] ACPICA 20040326 regression
Product: ACPI Reporter: Eric Valette (eric.valette)
Component: ACPICA-CoreAssignee: Robert Moore (Robert.Moore)
Status: CLOSED CODE_FIX    
Severity: normal CC: acpi-bugzilla, bugme, mmokrejs
Priority: P2    
Hardware: i386   
OS: Linux   
Kernel Version: 2.6.5-rc3-mm2 Subsystem:
Regression: --- Bisected commit-id:
Attachments: dmidecode output
Dtst
decompiled dsl file

Description Eric Valette 2004-03-31 05:32:21 UTC
Distribution:
Hardware Environment: Asus A7V. Previously working like a charm
Software Environment: Debian sid
Problem Description: New erros leading to non functionnal power button soft off

Steps to reproduce: Boot linux 2.6.5-rc3-mm2 on an A7V board with BIOS 1011

ACPI: Subsystem revision 20040326
ACPI: IRQ9 SCI: Level Trigger.
    ACPI-1133: *** Error: Method execution failed [\SPRW] (Node dffd9220),
AE_NOT_EXIST
    ACPI-1133: *** Error: Method execution failed [\_SB_.PCI0._PRW] (Node
dff64720), AE_NOT_EXIST
    ACPI-0154: *** Error: Method execution failed [\_SB_.PCI0._PRW] (Node
dff64720), AE_NOT_EXIST
ACPI: Interpreter enabled
Comment 1 Eric Valette 2004-03-31 05:34:25 UTC
Created attachment 2462 [details]
dmidecode output

Dmidecode output
Comment 2 Eric Valette 2004-03-31 05:37:27 UTC
Created attachment 2463 [details]
Dtst
Comment 3 Robert Moore 2004-03-31 13:47:36 UTC
Can't access your file with the DSDT, please repost
Bob
Comment 4 Len Brown 2004-03-31 19:13:29 UTC
*** Bug 2407 has been marked as a duplicate of this bug. ***
Comment 5 Len Brown 2004-03-31 19:14:54 UTC
see acpidmp in bug 2407
Comment 6 Eric Valette 2004-03-31 22:44:51 UTC
Well I tried to get the attachement and it worked. I saved it as attachment.cgi
and then renamed it as dsdt.dat. Just in case I will attache the dsdt.dsl I got
from iasl-20030918
Comment 7 Eric Valette 2004-03-31 22:47:59 UTC
Created attachment 2482 [details]
decompiled dsl file
Comment 8 Robert Moore 2004-04-02 10:30:35 UTC
It's this method that is failing:

    Method (SPRW, 1, NotSerialized)
    {
        Store (Match (PRWT, MEQ, Arg0, MTR, 0x00, 0x00), Local0)
        Store (SUS3, Local2)
        Return (DerefOf (Index (PRW4, Local0)))
    }

But I have not been able to reproduce the problem.  An execution trace of the 
_PRW methods might be helpful
Bob
Comment 9 Shaohua 2004-04-06 01:34:37 UTC
Please see the attachment in Bug 2435, it shows the problem more clearly.
Comment 10 Robert Moore 2004-04-09 15:23:46 UTC
*** Bug 2435 has been marked as a duplicate of this bug. ***
Comment 11 Robert Moore 2004-04-27 15:10:06 UTC
Default opregion handlers now installed before _PRW execution, version 20040427