https://bugzilla.kernel.org/show_bug.cgi?id=81241
--- Comment #7 from Thomas Richter <t...@math.tu-berlin.de> --- Verified by acpi_sleep=S3_beep. The entry hook of the kernel is never called, the notebook does not beep at all. I suspect it's the kernel that works along the DTST? One of the debug methods place a magic word in the RTC - or actually should. When restarting, nothing is found by the kernel. That's consistent with the first finding, i.e. the kernel is never re-entered from the suspend. Pretty consistent for many kernel versions. The older APM-based versions send the machine only to standby (not suspend to ram), thus the fan keeps rotating. Suspend to RAM works under Windows XP, not under Windows 98. "Prepare to sleep" is the \_PTS function of the DSDT. I suspect that should prepare the hardware registers to initiate a sleep. Looks like something is missing there? As far as acpi_os_name is concerned, the DSDT checks for Windows 98, Windows NT and Windows ME (see attachement above). I tried already all combinations. None of them work. The only difference is that for one of the combinations the display remains dark after a suspend to disk. (Actually, not dark, but the background light is not re-enabled, the display itself works and shows the contents if checked closely). But again,suspend to RAM never works - the machine sleeps, but does not wake up. -- 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
