https://bugzilla.kernel.org/show_bug.cgi?id=81241
--- Comment #8 from Zhang Rui <rui.zh...@intel.com> --- (In reply to Thomas Richter from comment #7) > Verified by acpi_sleep=S3_beep. The entry hook of the kernel is never > called, the notebook does not beep at all. TBH, I suspect the system is broken in BIOS, i.e. Linux kernel never get chance to do anything during resume. Aaron, can you please attach your debug patch to check if it hangs in BIOS or kernel? > 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? > I don't think so. _PTS is invoked during suspending. > 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. Right, and Windows XP os name is none of these, thus leads to a different code path, that's why I want you to check acpi_os_name="Windows 2001", actually, you can even try any string as long as it does not match any of the above three strings. > None of them work. you mean none of the above three? or none of the above three and "Windows 2001"? > 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. As I suspect this is an BIOS issue, can you please check if there is any newer BIOS available and upgrade your BIOS if possible? -- 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
