I've enabled full ACPI opcode tracing and observed that the code
executes the \_SB.PCI0.LPC0.H_EC.ECSV (0x01) which executes the
following Method:
Method (ECSV, 1, Serialized)
{
Store (Arg0, PRM0)
TRAP (0x14)
P8XH (0x00, Arg0)
}
and then this calls TRAP(0x14):
Method (TRAP, 1, Serialized)
{
Store (Arg0, SMIF)
Store (0x00, TRP0)
Return (SMIF)
}
..and the hang occurs when storing 0x14 into SMIF, which is defined as an 8 bit region mapped at 2 bytes offset from region named GNVS. The GNVS region is the 256 byte system I/O region that ACPI code maps to physical address 0x3F5E0D7C.
(It could be in fact that the system hangs on the store of 0x00 to TRP0 and that the debug from the ACPI driver has not yet flushed out.).
Interestingly, the smaller netbook works correctly, and it's ACPI DSDT
is slightly different from the larger netbook - it's GNVS region is
mapped at 0x7F5E0D7C.
I suspect that the TRAP Method is triggering a SMI (System Management
Interrupt) that executes the _PTS transition inside the BIOS and that's
where the hang occurs.
So, that's as far as I can take it. It does not appear to be a kernel
bug, but a problem in the BIOS.
--
Hibernate does not power off the machine
https://bugs.launchpad.net/bugs/595822
You received this bug notification because you are a member of Kernel
Bugs, which is subscribed to linux in ubuntu.