Bug 14299

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.