Bug 12434 - Resume from suspend to RAM broken on ThinkPad R500
Resume from suspend to RAM broken on ThinkPad R500
Status: CLOSED OBSOLETE
Product: Drivers
Classification: Unclassified
Component: Video(DRI - non Intel)
All Linux
: P1 normal
Assigned To: drivers_video-dri
:
Depends on:
Blocks: 56331
  Show dependency treegraph
 
Reported: 2009-01-11 15:09 UTC by Tomas Pelka
Modified: 2013-04-09 06:23 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.28
Tree: Mainline
Regression: No


Attachments
dmicedode (13.71 KB, application/octet-stream)
2009-01-11 15:09 UTC, Tomas Pelka
Details
/sys/firmware/acpi/tables (27.43 KB, application/x-gzip)
2009-01-11 15:11 UTC, Tomas Pelka
Details
lspci (17.67 KB, application/octet-stream)
2009-01-11 15:13 UTC, Tomas Pelka
Details
acpidump (304.29 KB, application/octet-stream)
2009-01-11 15:15 UTC, Tomas Pelka
Details
.config (72.29 KB, application/octet-stream)
2009-01-11 15:19 UTC, Tomas Pelka
Details
dmesg_before (86.38 KB, application/octet-stream)
2009-01-12 08:55 UTC, Tomas Pelka
Details
dmesg_after (121.61 KB, application/octet-stream)
2009-01-12 08:55 UTC, Tomas Pelka
Details

Description Tomas Pelka 2009-01-11 15:09:18 UTC
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
Comment 1 Tomas Pelka 2009-01-11 15:09:58 UTC
Created attachment 19748 [details]
dmicedode
Comment 2 Tomas Pelka 2009-01-11 15:11:50 UTC
Created attachment 19749 [details]
/sys/firmware/acpi/tables

content of /sys/firmware/acpi/tables
Comment 3 Tomas Pelka 2009-01-11 15:13:22 UTC
Created attachment 19750 [details]
lspci

lspci -vv
Comment 4 Tomas Pelka 2009-01-11 15:15:05 UTC
Created attachment 19751 [details]
acpidump
Comment 5 Tomas Pelka 2009-01-11 15:19:08 UTC
Created attachment 19754 [details]
.config
Comment 6 ykzhao 2009-01-11 17:49:10 UTC
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.
    
Comment 7 Zhang Rui 2009-01-11 17:49:32 UTC
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?
Comment 8 Tomas Pelka 2009-01-12 04:44:45 UTC
(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.

Comment 9 Tomas Pelka 2009-01-12 08:54:06 UTC
(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.

Comment 10 Tomas Pelka 2009-01-12 08:55:00 UTC
Created attachment 19759 [details]
dmesg_before
Comment 11 Tomas Pelka 2009-01-12 08:55:21 UTC
Created attachment 19760 [details]
dmesg_after
Comment 12 ykzhao 2009-01-12 17:40:49 UTC
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.
Comment 13 Tomas Pelka 2009-01-13 00:28:16 UTC
(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.

Comment 14 ykzhao 2009-01-13 00:54:10 UTC
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.
    
Comment 15 Zhang Rui 2009-01-13 00:58:39 UTC
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.
Comment 16 Tomas Pelka 2009-01-13 01:27:15 UTC
Ok I'll wait verdict from ATI guys.

Zhang, Yakui thank you very much for your effort to help me.
Comment 17 Tomas Pelka 2009-01-13 01:31:03 UTC
(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.
Comment 18 Alan 2012-05-24 14:15:32 UTC
Closing as obsolete, if this is incorrect please update the bug having tested versus a recent kernel

Note You need to log in before you can comment on or make changes to this bug.