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.)
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