Opened 16 years ago
Last modified 13 years ago
#404 closed defect
Debug build of ACPI 3.15 crashes with debug kernel — at Version 1
| Reported by: | ecsnl | Owned by: | eco |
|---|---|---|---|
| Priority: | major | Milestone: | Release version 3.19 |
| Component: | ACPI PSD | Version: | 3.15 |
| Keywords: | Cc: |
Description (last modified by )
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.
Change History (1)
comment:1 by , 16 years ago
| Description: | modified (diff) |
|---|---|
| Summary: | Retail build of ACPI 3.15 crashes with debug kernel → Debug build of ACPI 3.15 crashes with debug kernel |
Note:
See TracTickets
for help on using tickets.
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.