Bug 683623

Summary: [Arrandale] Lenovo ThinkPad T510 suspend fails after external display is disconnected
Product: Red Hat Enterprise Linux 6 Reporter: Neal Kim <nkim>
Component: xorg-x11-serverAssignee: Adam Jackson <ajax>
Status: CLOSED NEXTRELEASE QA Contact: desktop-bugs <desktop-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 6.0CC: ajax, james.brown
Target Milestone: rcKeywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-17 19:54:50 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
dmesg from the archive
none
messages from the archive
none
Xorg.0.log from the archive
none
Xorg.9.log from the archive none

Description Neal Kim 2011-03-09 21:25:33 UTC 
Description of problem:

With the Lenovo ThinkPad T510 when you attach an external monitor, detach the display, attempt to suspend, and then the system goes into a locked state.

The display is shifted to the left, outlines of several windows is visible. Nothing is clickable. No key commands seem to respond, except for switching to a VT (CTRL ALT F2)

Unfortunately, I am not really certain which component maybe the culprit. I have been unable to gather any useful debugging information. I have also tested this on a FC 14 instance on the same hardware, and I can confirm that suspend works correctly with the aforementioned scenario. I have tried checking the changelogs for xorg-x11-drv-intel, xorg-x11-server, and did not see anything that involved the T510 or a suspend issue.

Steps to Reproduce:
1 - Install Red Hat Enterprise Linux 6 CSB on a T510 laptop (this also applies to T410 laptops, and not yet confirmed, also possibly X201 laptops)
2 - Log in as a user
3 - Attach a secondary monitor. Use System -> Preferences -> Display as necessary to get your desired preferences
4 - Detach the monitor
5 - Attempt to suspend the system

Expected Results:
System suspends correctly

Actual Results:
The system goes into a locked state. The display is shifted to the left, outlines of several windows is visible. Nothing is clickable. No key commands seem to respond, except for switching to a VT (CTRL ALT F2)

Workarounds
1 - If you get into the broken state, you can log in as root and run pkill -u $user
2 - If you detach the monitor, you can run System -> Preferences -> Display or type xrandr on a gnome-terminal window. The screen will flash, and then the xrandr output or preference window will appear. After this happens, suspend can happen properly.

Additional information:
If you attempt to lock the screen after detaching the VGA cable, the same result is apparent.

There is no valuable information in ~/.xsession_errors or in /var/log/Xorg.0.log. I have a system which I can modify in any way necessary to produce valuable input for this case.

Version-Release number of selected component (if applicable):
kernel-2.6.32-71.7.1.el6.x86_64
xorg-x11-drv-intel-2.11.0-7.el6.x86_64
Comment 3 Matěj Cepl 2011-03-22 13:48:14 UTC 
Created attachment 486791 [details]
dmesg from the archive
Comment 4 Matěj Cepl 2011-03-22 13:49:16 UTC 
Created attachment 486794 [details]
messages from the archive
Comment 5 Matěj Cepl 2011-03-22 13:49:54 UTC 
Created attachment 486795 [details]
Xorg.0.log from the archive
Comment 6 Matěj Cepl 2011-03-22 13:50:19 UTC 
Created attachment 486796 [details]
Xorg.9.log from the archive
Comment 7 RHEL Program Management 2011-04-04 02:44:18 UTC 
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.
Comment 9 Adam Jackson 2011-08-17 19:54:50 UTC 
Unable to reproduce with current 6.2 images, closing.  Please reopen if this is still an issue with RHEL 6.2.