Bug 1554
| Summary: | Store(Local0, Local0) generates an error | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Nate Lawson (nate) |
| Component: | ACPICA-Core | Assignee: | Robert Moore (Robert.Moore) |
| Status: | CLOSED CODE_FIX | ||
| Severity: | normal | CC: | acpi-bugzilla |
| Priority: | P2 | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.0 | Subsystem: | |
| Regression: | --- | Bisected commit-id: | |
Using Intel iasl compiler, below test case will casue compile time error.
method (..)
{
Store (Local0, Local0)
}
#iasl -tc test.dsl
test.dsl xxx: Store (Local0, Local0)
Error ^ Method local variable is not initialized
as I know, latest ACPICA has fixed this bug It's good to know that you have fixed this problem. Can you point me at a patch or bugzilla comment? Then I can mark this resolved. Was fixed in 20031029 |
Distribution: ACPI-CA Hardware Environment: any Software Environment: any Problem Description: Sometime around 0619, executing an opcode of Store(Local0, Local0) started generating an error instead of just being a no-op. In reading the 2.0c spec, there is no evidence that this is an illegal operation. Could someone restore the previous behavior? What part of ACPICA handles the Store opcode? Here's a snippet of ASL from my BP6 (this change breaks access to the floppy drive: Device(FDC0) { Method(_CRS) { Name(BUF0, Buffer(0x18) {0x47, 0x1, 0xf2, 0x3, 0xf2, 0x3, 0x 1, 0x4, 0x47, 0x1, 0xf7, 0x3, 0xf7, 0x3, 0x1, 0x1, 0x22, 0x40, 0x0, 0x2a, 0x4, 0 x0, 0x79, 0x0 }) Store(Local0, Local0) Return(BUF0) } } On Fri, 3 Oct 2003, Moore, Robert wrote: > I will re-address this issue (in the case where Local0 is > uninitialized.)