Latest working kernel version: ? Earliest failing kernel version: 2.6.27.7 Distribution: Debian Lenny Hardware Environment: ThinkPad R500 Problem Description: The Laptop doesn't resume from suspend to RAM Steps to reproduce: Resume from suspend to Ram
Created attachment 19748 [details] dmicedode
Created attachment 19749 [details] /sys/firmware/acpi/tables content of /sys/firmware/acpi/tables
Created attachment 19750 [details] lspci lspci -vv
Created attachment 19751 [details] acpidump
Created attachment 19754 [details] .config
Hi, Tomas Will you please add the boot option of "acpi_sleep=s3_beep" and do the following test? a. kill the process which is using /proc/acpi/event( use the command of "lsof /proc/acpi/event" to get the process ID) b. dmesg >demsg_before; echo mem > /sys/power/state; dmesg >dmesg_after; sync; c. After the system enters S3 state, please press the power button and see whether the beep voice can be heard. If there is no beep voice, please reboot the system and check whether there exists the file of "dmesg_after". Thanks.
is this a regression? i.e. did S3 ever work on this laptop? could you give a detailed description about the symptom please? i.e. what kind of broken? hang when suspending? hang when resuming? reboot? can you see the screen? can the keyboard/network?
(In reply to comment #7) > is this a regression? i.e. did S3 ever work on this laptop? As far as I know, S3 never works correctly, > could you give a detailed description about the symptom please? > i.e. what kind of broken? hang when suspending? hang when resuming? reboot? > can you see the screen? can the keyboard/network? > Detailed description: Suspend worked properly in all cases. First resume after suspend worked in 10% of cases fine, but in the rest of cases hang, screen will not show (even LCD backlight isn't set, you know LCD is completely dark). If I try restart X (Ctrl+Alt+Backspace) at least the LCD backlight is set. Than after approximately 10-15s follows reboot, before reboot in this 10-15s the CPU fan increase turn. Back to correct resumes (10%), the next resume after suspend, ends with the same behavior like above. I hope you got it, if not please let me know. To ykzhao (#6) I'll try this test later today.
(In reply to comment #6) > Hi, Tomas > Will you please add the boot option of "acpi_sleep=s3_beep" and do the > following test? > a. kill the process which is using /proc/acpi/event( use the command of > "lsof /proc/acpi/event" to get the process ID) done .... acpid killed > b. dmesg >demsg_before; echo mem > /sys/power/state; dmesg >dmesg_after; > sync; done > c. After the system enters S3 state, please press the power button and > see > whether the beep voice can be heard. No beep .... rebooted. > If there is no beep voice, please reboot the system and check whether > there > exists the file of "dmesg_after". Yea exists. > > Thanks. Files in attachements.
Created attachment 19759 [details] dmesg_before
Created attachment 19760 [details] dmesg_after
Hi, Tomas Thanks for the test. From the test it seems that the system is resumed from S3 when the power button is pressed. What kind of broken on your box? Keyboard/mouse? Or there is no screen? Thanks.
(In reply to comment #12) > Hi, Tomas > Thanks for the test. > From the test it seems that the system is resumed from S3 when the power > button is pressed. > What kind of broken on your box? Keyboard/mouse? Or there is no screen? > Thanks. > No screen. I tried describe it in #8. Thanks Yakui.
Hi, Tomas Thanks for the confirmation. Now this is S3 video issue related with ATI graphics driver. The S3 video issue is already fixed in intel graphics driver. Do the ATI guys have an opportunity to look at this issue? There is no screen after suspend/resume. thanks.
vbetool or boot option acpi_sleep=s3_video may also help in this case. But anyway this is a drm issue (the same problems on intel graphics are fixed by intel drm driver) rather than ACPI one.
Ok I'll wait verdict from ATI guys. Zhang, Yakui thank you very much for your effort to help me.
(In reply to comment #15) > vbetool or boot option acpi_sleep=s3_video may also help in this case. > But anyway this is a drm issue (the same problems on intel graphics are fixed > by intel drm driver) rather than ACPI one. > I am afraid that this doesn't help. I tried, I think :) But I'll try again.
Closing as obsolete, if this is incorrect please update the bug having tested versus a recent kernel