https://bugzilla.kernel.org/show_bug.cgi?id=81241
--- Comment #9 from Thomas Richter <t...@math.tu-berlin.de> ---
You are right that Linux does not get a chance on resume because the kernel is
never entered again. However, if the resume phase is unfixable, but $OtherOs
can resume from S3, then apparently $OtherOs must do something different during
the suspend phase. That's exactly why I'd say that there's probably something
in _PTS that should be done, but that is missing from the DSDT.
Yes, I know that "Windows XP" is not the name used in the DSDT. Here is the
relevant code segment:
If (OSCP (\_OS, "Microsoft Windows"))
{
Store (0x00, OSTP)
}
Else
{
If (OSCP (\_OS, "Microsoft Windows NT"))
{
Store (0x01, OSTP)
}
Else
{
If (OSCP (\_OS, "Microsoft WindowsME: Millennium Edition"))
As already stated, I tried all three of them. Makes no freaking difference, the
machine freezes at suspend. S1 ("standby") works, but $OtherOs does not
standby. It enteres something that is, at least from the outside, very much
like S3 (fan is off, for example, but it remains on in S1).
The machine has already the latest Bios I could find, there's no newer release
that could potentially fix this, sorry.
--
You are receiving this mail because:
You are watching the assignee of the bug.
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
