Debug build of ACPI 3.15 crashes with debug kernel

[ecsnl]

When loading the SMP debug kernel with the retail ACPI 3.15 I get a trap (sorry for the layout)

Symbols linked (acpi)
Symbols linked (screen01)
eax=ffebf300 ebx=ffeb64e4 ecx=00009360 edx=00000000 
esi=00000002 edi=00001010
eip=fff0628f esp=ffde8cec ebp=ffde8d38 iopl=0 -- -- -- nv 
up di pl nz ac po cy
cs=0178 ss=1550 ds=0170 es=0170 fs=0000 gs=0000 
cr2=ffe2b000 cr3=00225000 p=00
0178:fff0628f cc             int     3

(Sorry for the bad outlining).

It does not always happen but in about 60% of the boots (seems most happens after a cold boot). Also from the quick research Steve has done it seems to be in SCREEN01.SYS.

But the trap did not occur before on my laptop. So need more research to come with data its ACPI 3.15. Also with retail kernel loaded this problem also does not occur.

[Steven Levine]

This trap is the SpinlocksOwned trap that has been observed previously (see ticket #320). It is triggered by adding the /O1 switch to the PSD=ACPI.PSD command line.

The debug kernel traps because it checks SpinLocks owned in intIRQRouter. This check does not exist in the retail kernel, so there is no trap.

If possible, the acpi should be updated to release the spinlocks before generating debug output or bypass the output if spinlocks have been acquired and running under the debug kernel.

[pasha]

Please download experimental ACPI build from Mensys site:

• Experimental build for you:

acpi319ForDesktop.zip

• Read instructions: ​http://ecomstation.ru/projects/acpitools/?action=testcase

[David Azarewicz]

This ticket is really old and not really relevant to the current software. If you still have problems with the current version, please open a new ticket.