I'm experiencing random system lockups upon video mode change - both resolution and when switching from graphics mode to text-mode (e.g. to shut the system down). It happens roughly 50% of the times; hardware is a Fujitsu-Siemens Lifebook S7010. Only workaround is a forced reboot. The problem doesn't seem to be hardware-related; the system runs fine when running the VESA driver, and it used to run fine with previous versions of X.org and of the Intel driver. I'm attaching xorg.conf, Xorg.0.log and make.conf.
Created attachment 14027 [details] Xorg log
Created attachment 14028 [details] xorg.conf
Created attachment 14029 [details] make.conf (including cflags)
The video driver is xf86-video-i810 version 2.1.1.
Some people using Toshiba L10 laptop (which includes a 855GM) have reported that they can reproduce the same problem frequently. They have the same version (2.1.1) of intel driver.
There have been some related fixes after 2.1.1. Please try the latest git driver or the upcoming 2.2.1 release.
Better, but still not solved. As it is now, video-mode change freezes the system roughly one time out of four. I'm running the latest build included in gentoo, which is x11-drivers/xf86-video-i810-2.2.1_pre20080125
(In reply to comment #7) > Better, but still not solved. > > As it is now, video-mode change freezes the system roughly one time out of > four. I'm running the latest build included in gentoo, which is > > x11-drivers/xf86-video-i810-2.2.1_pre20080125 > Francesco, are you able to test the code in the git repository tip? 20080125 is still old... thanks...
Francesco, are you still able to access the system from a ssh session after the "system lockup"? also request in comment# 8 is still valid... thanks.
Hi. Bad news: the problem is present in the latest git sources. Regarding whether the system is still accessible after a lockup: I believe it's not, but I'll try again next time it hangs.
Confirmed, when video mode change messes things up (I'd estimate about once every fourth change) the system is completely frozen, and won't answer to ICMP requests over the netework, nor will it react to any local input.
Which X server do you use, would you please try a newer X server? Can you try to capture the Xorg log using GDB (there is some instructions on this page http://www.x.org/wiki/Development/Documentation/ServerDebugging)? Thanks, Hong
I have upgraded these packages (gentoo ebuilds) x11-drivers/xf86-video-i810-2.2.0.90 x11-base/xorg-server-1.4.0.90-r3 x11-libs/pixman-0.9.6 x11-libs/libXrender-0.9.4 x11-libs/xtrans-1.0.4 media-libs/mesa-7.0.2 (plus relevant auxiliary drivers - mouse keyboard etc.) and so far X seems to be working fine, I've tried a few video-mode changes and it hasn't frozen. News in a few days.
Francesco, how about your system in the wee? Are you able to mark this bug as gone now?
Unfortunately not. I've had two cases of hard lock-ups since I upgraded. It's gotten better, but it's not fixed yet. On 3/1/08, bugzilla-daemon@freedesktop.org <bugzilla-daemon@freedesktop.org> wrote: > http://bugs.freedesktop.org/show_bug.cgi?id=14299 > > > > > > --- Comment #14 from Michael Fu <michael.fu@intel.com> 2008-02-29 15:58:34 > PST --- > Francesco, how about your system in the wee? Are you able to mark this bug > as > gone now? > > > -- > Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. > You reported the bug. >
Created attachment 14790 [details] Xorg.0.log Francesco's unzipped xorg.log
Created attachment 14791 [details] xorg.conf Francesco's unzipped xorg.conf file
Created attachment 14792 [details] make file Francesco's unzipped make file.
(In reply to comment #15) > Unfortunately not. I've had two cases of hard lock-ups since I > upgraded. It's gotten better, but it's not fixed yet. > Francesco, would you be able to turn modedebug on and send us the log file if the hard-lock happens again? hopefully we can find something in it, otherwise it's likely to become a dead bug.. thanks. BTW, please don't zip the log file, just attach it as text would be fine. thanks.
I'm running with modedebug enabled, but still no lockups. I'll keep you unformed of any news.
Created attachment 15128 [details] Xorg.0.log for crashed session I've had two crashes since I've enabled debugging. I'm attaching Xorg.0.log for both crashes.
Created attachment 15129 [details] Xorg.0.log for crashed session
It's bad that Xorg log doesn't have any useful info. Can you ssh to your system when it crashed? Could you try the following options to see if crash happens, just want to narrow down the problem. 1. option "DRI" "false" to disable 3D acceleration or 2. option "ExaNoComposite" "true" to disable exa using 3d pipeline. or 3. option "AccelMethod" "xaa" to try XAA accel? Thanks, Hong
Created attachment 15440 [details] [review] Try to use bios mode instead Could you try about this debug patch?
I can not reproduce this bug with the latest 2D driver/xserver. My steps are: xinit & xrandr --output LVDS --mode 800x600 CTRL-ALT-F1 CTRL-ALT-F7 xrandr --output LVDS --mode 720x400 CTRL-ALT-F1 CTRL-ALT-F7 xrandr --output LVDS --mode 1024x768 CTRL-ALT-F1 CTRL-ALT-F7 There is no any problem when change resolution and switch VT. My 855GM machine is Toshiba satellite M20.
I tried disabling DRI and changing the acceleration architecture to XAA, unfortunately neither fixed the issue. Unfortunately the laptop experiencing the problem died yesterday of an hardware failure, so I will not be able to do any more tests. Thanks for your help and good luck.
I'll have to close this bug since the reporter's machine has been dead while we can't reproduce it.
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.