Bug 25616 - X1600:M56P Second suspend hangs the system
Summary: X1600:M56P Second suspend hangs the system
Status: RESOLVED WORKSFORME
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-13 03:18 UTC by Andrea Iob
Modified: 2010-05-25 13:56 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Image of the garbled screen (220.06 KB, image/jpeg)
2009-12-13 03:18 UTC, Andrea Iob
no flags Details
Dmesg before the first suspend/resume cycle (28.25 KB, text/plain)
2009-12-13 03:18 UTC, Andrea Iob
no flags Details
Dmesg after the first suspend/resume cycle (27.67 KB, text/plain)
2009-12-13 03:19 UTC, Andrea Iob
no flags Details
First suspend/resume log (4.87 KB, text/plain)
2009-12-13 03:20 UTC, Andrea Iob
no flags Details
Xorg log (47.60 KB, text/plain)
2009-12-13 03:20 UTC, Andrea Iob
no flags Details
Registers before the suspend (4.66 KB, text/plain)
2010-01-27 12:00 UTC, Andrea Iob
no flags Details
Registers after the suspend (4.61 KB, text/plain)
2010-01-27 12:01 UTC, Andrea Iob
no flags Details

Description Andrea Iob 2009-12-13 03:18:12 UTC
Created attachment 32026 [details]
Image of the garbled screen

I've a Toshiba Satellite with Radeon Mobility X1600 (M56P). I've some problems with the suspend/resume:
 - the first suspend/resume works fine (I suspend the system with "pm-suspend");
 - when I try to suspend for the second time the screen becomes garbled and the system hangs (is does not enter in the suspend state). The system does not respond and I have to shutdown the laptop holding down the power button for a few seconds.

I'm NOT using KMS, kernel version 2.6.32 with drm-radeon-testing.

01:00.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600]

Let me know what kind on additional information do you need.

Thanks!
Comment 1 Andrea Iob 2009-12-13 03:18:52 UTC
Created attachment 32027 [details]
Dmesg before the first suspend/resume cycle
Comment 2 Andrea Iob 2009-12-13 03:19:46 UTC
Created attachment 32028 [details]
Dmesg after the first suspend/resume cycle
Comment 3 Andrea Iob 2009-12-13 03:20:13 UTC
Created attachment 32029 [details]
First suspend/resume log
Comment 4 Andrea Iob 2009-12-13 03:20:56 UTC
Created attachment 32030 [details]
Xorg log
Comment 5 Andrea Iob 2009-12-13 03:57:14 UTC
I've just noticed that the first resume does not work properly. In fact, if, after the first suspend/resume, I switch to a virtual terminal I see the same video corruption I experience during the second suspend. Switching back to X fixes this corruption (but not always, at least in one case I was unable to switch back to the X session and I had to reboot the system). 

Moreover after the first resume I can't logout from X. When, after the resume, I try to logout I see a garbled screen and the system hangs. 
Comment 6 Andrea Iob 2010-01-27 11:59:44 UTC
If this can help I attach the dump of the video registers before and after the suspend. The dumps are obtained using this command:

./avivotool regmatch '*' > file
Comment 7 Andrea Iob 2010-01-27 12:00:46 UTC
Created attachment 32856 [details]
Registers before the suspend
Comment 8 Andrea Iob 2010-01-27 12:01:14 UTC
Created attachment 32857 [details]
Registers after the suspend
Comment 9 Andrea Iob 2010-05-25 13:56:35 UTC
With Linux 2.6.34 and KMS suspend-to-ram works fine!
I think the bug can be closed.

Thanks guys for your work!


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.