Sometimes when I for instance start X with external VGA connected and then run xrandr --output VGA --below LVDS, the box completely locks up without anything more written to Xorg.0.log. There is no particular difference in Xorg.0.log between good and bad times. I'm using git of today.
Created attachment 9640 [details] My Xorg conf
Created attachment 9641 [details] Xorg log, server hangs at end of file
I think I'm seeing the same problem on FC7 Test with the following packages xorg-x11-server-Xorg-1.3.0.0-5.fc7 xorg-x11-drv-i810-2.0.0-3.fc7 Also an 852GM/855GM system (Acer TravelMate 382TMi). The VBIOS on this system is pretty bad, so this is the first driver I've tried that allows me to run dual-screen and resolutions other than the native 1024x768. Many times xrandr mode changes after logging on work fine, other times the computer freezes. I haven't tried pinging it from another system after the freeze, but virtual terminals can no longer be switched, no other keyboard input has any effect, and the only way I can reboot is by holding the power button down for 4 seconds, so I think it's a complete freeze. Log files don't provide me with any clues, either.
Identical symptoms on Thinkpad X40. Also occasionally happens on suspend to disk. (which switches to console) Gentoo 2.6.20-suspend2 xorg-server-1.3.0.0 intel-2.0.0
Just happened again; ping fails.
This only seems to happen when the crtc for my laptop's built-in display (LVDS) is modified. If I use xrandr to only update the position of the external display (VGA), it never hangs. From the startup (cloned) setup, running: xrandr --output VGA --below LVDS NEVER HANGS (--dryrun): screen 0: 1600x1968 366x450 mm 110.84dpi crtc 0: 1600x1200 60.0 +0+768 "VGA" xrandr --output VGA --above LVDS HANGS OFTEN (maybe 60-80%, no obvious environment differences) (--dryrun): screen 0: 1600x1968 366x450 mm 110.84dpi crtc 0: 1600x1200 60.0 +0+0 "VGA" crtc 1: 1024x768 47.1 +0+1200 "LVDS"
I can't confirm comment 6 on my machine. This script takes less than a minute to hang; though perhaps it happens even faster with different geometries: while : do xrandr --output VGA --below LVDS --mode 1280x1024 sleep 3 xrandr --output VGA --off sleep 3 done The LVDS native resolution is 1024x768. I tried using that resolution on the VGA as well, and that, too, would produce a full freeze. What happens is that the screen goes black, and nothing responds any more. I wish I could produce some debug output, but nothing ends up anywhere I could locate it at.
Running the commands from comment #6 DOES hang after ~5 cycles, which is apparently more samples than I used to reach my "NEVER HANGS" conclusion in comment #5 ... I also tried: (unplug VGA) xrandr --auto (plug VGA) xrandr --auto (repeat) Which just enables/disables clone mode (changing resolution 1024<->1600). This is my current normal use case (2-4 times daily, with suspends-to-disk between) which has not broken before, that I've noticed, but did fail after ~10 contiguous cycles.
Keith Packard's commit from yesterday fixes this problem: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=commit;h=fbbb41bc5e03478cb46ee8f64ef68b23ff3fc14b
heh, just got into the office and was going to report the same :) it works properly on my IBM X40 with i855GM.
Seems fixed here too, thanks!
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.