Bug 596303 - X Server hangs after logging into gnome with particular user
Summary: X Server hangs after logging into gnome with particular user
Status: CLOSED DUPLICATE of bug 577959
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: xorg-x11-drv-intel
Version: 6.0
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Adam Jackson
QA Contact: desktop-bugs@redhat.com
Whiteboard: card_GM45
Depends On:
TreeView+ depends on / blocked
Reported: 2010-05-26 14:50 UTC by David Kutálek
Modified: 2010-06-11 06:36 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2010-06-11 06:36:00 UTC
Target Upstream Version:

Attachments (Terms of Use)
Randr configuration file causing hangs (2.22 KB, application/xml)
2010-05-26 14:50 UTC, David Kutálek
no flags Details
lspci -vv output (16.18 KB, text/plain)
2010-05-26 14:58 UTC, David Kutálek
no flags Details
Relevant part of /var/log/messages (3.43 KB, text/plain)
2010-05-26 14:59 UTC, David Kutálek
no flags Details
Xorg logs (16.41 KB, application/x-gzip)
2010-05-26 15:00 UTC, David Kutálek
no flags Details

Description David Kutálek 2010-05-26 14:50:39 UTC
Created attachment 416865 [details]
Randr configuration file causing hangs

Description of problem:

I am using RHEL6 on laptop in docking station with external monitor.

Today after opening of partially closed laptop (still in docking station, with monitor attached to docking station, not sleeping - being in screensaver and waiting for password) strange thing happened. Position of laptop-screen to monitor-screen swapped - from laptop left and monitor right to vice versa.

So I entered password to screensaver and click gnome-display-settings applet to change it back. There was some warning telling me there is a probem with monitor settings (I am sorry for not having screenshot). Anyway, I switched position back and - X server hanged.

After logging via ssh and doing reboot -f (shutdown -r now did not work), this hang repeatedly happens every time I log into Gnome with same user. With new user it does not happen.

I tracked the problem down to ~/.config/monitors.xml (and monitors.xml.backup).
Without these files, logging for this particular user works again. Putting these files back makes the problem appear again. I will attach these.

Also, there are such errors in messages:
kernel: INFO: task i915:152 blocked for more than 120 seconds.
kernel: INFO: task Xorg:2641 blocked for more than 120 seconds.
(see attachments for full error messages)

So it seems some situation caused gnome-display-settings to generate possibly invalid configuration, libgnomedesktop RRandr code tries to apply it and Xorg server hangs.

Version-Release number of selected component (if applicable):


How reproducible:

Always on my desktop when using attached monitors.xml

Steps to Reproduce:
1. useradd -m testuser
2. put monitors.xml into /home/testuser/.config/ (owner testuser)
3. try to log in via gdm as this testuser
Actual results:

X server hangs, computer gets unusable locally.
Ssh access is possible, but Xorg cannot be killed and even shutdown -r does not work (reboot -f works).

Expected results:

No hangs! Perhaps a warning or sanitization if monitors.xml is really broken.
And if it is broken, it would be nice to find out why it was crippled by gnome-display-settings applet.

Additional info:

RandR code in libgnomedesktop is responsible for handling monitors.xml. It is nicely documented: http://live.gnome.org/RandR

Comment 1 David Kutálek 2010-05-26 14:58:41 UTC
Created attachment 416866 [details]
lspci -vv output

Comment 2 David Kutálek 2010-05-26 14:59:25 UTC
Created attachment 416869 [details]
Relevant part of /var/log/messages

Comment 3 David Kutálek 2010-05-26 15:00:34 UTC
Created attachment 416871 [details]
Xorg logs

Unfortunately, I am not sure which log file is the one from hang - so I bundled all available.

Comment 5 Ray Strode [halfline] 2010-05-26 18:28:16 UTC
of course using the randr apis shouldn't cause a hang and kernel backtraces.

Comment 6 RHEL Program Management 2010-06-07 16:22:25 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for

Comment 7 Adam Jackson 2010-06-07 19:20:51 UTC
Please try to reproduce with kernel-2.6.32-33.el6 or later.

Comment 8 David Kutálek 2010-06-10 07:39:57 UTC
I was not able to reproduce using kernel 2.6.32-33.el6.x86_64.


Comment 9 Dave Airlie 2010-06-11 06:36:00 UTC
This should be fixed by the X -nr bug fixed in 2.6.32-33. marking as duplicate of that bug.

*** This bug has been marked as a duplicate of bug 577959 ***

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