xserver crashes when rotating display and compiz enabled

Bug #294309 reported by Andrew Lofthouse
2
Affects Status Importance Assigned to Milestone
xserver-xorg-video-intel (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: xserver-xorg-video-intel

On a clean install of Intrepid (fully updated--xserver-xorg-video-intel-2.4.1) on my HP TC4200 tablet pc, I try to rotate the display with compiz enabled, run glxgears, then rotate back to normal:

xrandr -o right
glxgears
xrandr -o normal

The xserver then crashes.

Without compiz enabled, the xserver does not crash.

I've installed an updated driver package (xserver-xorg-video-intel-2.5.0, found at https://launchpad.net/~thjaeger/+archive), but the issue remains.

In addition, when I sleep/resume, the virtual terminal (alt-tab-f1) display is corrupted (with or without compiz enabled--another bug?)

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03)
     Subsystem: Hewlett-Packard Company Device [103c:0938]
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03)
     Subsystem: Hewlett-Packard Company Device [103c:0938]

Revision history for this message
Geir Ove Myhr (gomyhr) wrote :

Thank you for taking the time to report this bug. Can you please attach the following to complete the report:
- /etc/X11/xorg.conf
- /var/log/Xorg.0.log
- /var/log/Xorg.0.log.old
- output of `lspci -vvnn`

Can you describe the crash in a bit more detail?
- does anything show on the monitor?
- does CapsLock turn on and off the LED on the display?
- can you switch to a text console with Ctrl+Alt+F2?
- does Ctrl+Alt+Backspace do anything?

A backtrace may also be necessary. See https://wiki.ubuntu.com/X/Backtracing for how to do that. General guidelines for creating good X bug reports can be found at https://wiki.ubuntu.com/X/Reporting .

Changed in xserver-xorg-video-intel:
status: New → Incomplete
Revision history for this message
Andrew Lofthouse (loftyhauser) wrote :

/etc/X11/xorg.conf

Revision history for this message
Andrew Lofthouse (loftyhauser) wrote :

output from lspci...

Revision history for this message
Andrew Lofthouse (loftyhauser) wrote :
Revision history for this message
Andrew Lofthouse (loftyhauser) wrote :
Revision history for this message
Andrew Lofthouse (loftyhauser) wrote :

Additional information:

After running the commands listed above (xrandr -o right, glxgears, xrandr -o normal), the screen briefly flashes a garbled video output that looks almost like a checkerboard of smaller sections with alternating blue and red lines. An image of a cursor is also visible...I'd attach a photo, but I have no camera here.

The xserver then restarts with a gdm login screen, this time on vt9 instead of vt7.

I can then switch to a virtual terminal, but it is unusable--the far right side of the screen has alternating blue and red lines and the image of a cursor. There is no login prompt.

I didn't notice the caps lock led flashing...

I am unable to reproduce this now. I did a clean install, and got the xserver to crash. I then installed updates (really only the kernel with a base install), and now it won't crash... I've spent the last 30 minutes restarting/rebooting, rotating, running glxgears, etc, and the xserver hasn't crashed again. (I did find out that glxgears has some interesting artifacts when another window has focus--see attached screenshot). I also haven't seen the problem with the vt display being corrupted upon suspend/resume...

I'll continue to play with it, and if I see the crash again I'll post here.

Revision history for this message
Geir Ove Myhr (gomyhr) wrote :

Thank you for providing all the necessary information. It is hard to debug if it is not possible to reproduce, though. I assume the Xorg.0.log and Xorg.0.log.old is not copied right after the crash? Can you install the package xserver-xorg-video-intel-dbg? This should leave some useful information in Xorg.0.log in the case of a crash. Then, when/if it happens again, copy /var/log/Xorg.0.log and /var/log/Xorg.0.log.old and upload them here again. If it doesn't happen again, this bug will expire and be closed at some point.

Revision history for this message
drieschner (drieschner) wrote :

Ubuntu 8.04.1, kernel 2.6.24-21-generic
Problems with Screen in portrait (90°) mode,
Mobile Intel(R) 945GM Express Chipset Family
Monitor: EIZO FlexScan L685

With screen in “landscape” (normal) mode, everything works al right. When I change it to “portrait” (90°, left) in GNOME, the image turns al right, the mouse arrow moves as I move the mouse, but there is no reaction on mouse clicks or key strokes.

There is a workaround: When I turn, before logging in, the (GUI) session to “GNOME fail-safe” (“abgesichert” in German), even portrait mode works al right; I can switch both ways between landscape and portrait, no function seems to be missing. When, to the contrary, I log-in the normal way and the state was “portrait” at the last shut-down, there comes only a uniformly reddish screen after login. In both cases I can start a new session with Ctrl-Alt-Backspace.

Xorg.conf is standard, practically no information.

Finally I removed compiz-gnome and compiz-fusion-plugins-main, and now it seems to work. Apparently the intel driver does not cooperate with compiz. -- I don't imagein that I will need compiz; but maybe it is worth looking for the bug.

Revision history for this message
Andrew Lofthouse (loftyhauser) wrote :

This is not a duplicate of bug #132065. See the comment in that bug as Tom Jaeger posted in that bug's comment section in direct response to my comment about the crash I subsequently reported here (see https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/132065/comments/65):

"The issue described here does not occur in intrepid and should be marked as fixed. What you're describing is a different bug, which appears to be fixed in the 2.5 branch of the intel driver (I don't know about 2.4.2, though)."

Revision history for this message
Bryce Harrington (bryce) wrote :

[Still need the backtrace as requested in comment #1]

Changed in xserver-xorg-video-intel:
status: Incomplete → New
status: New → Incomplete
Revision history for this message
Bryce Harrington (bryce) wrote :

[This is an automatic notice.]

We'd like to forward your bug upstream, however upstream requires
that you first test it against their newer driver code.

To save you the effort of building the driver from source, we've built
packages for the driver and its new dependencies.

So you have a couple options:

 1. Download and test .debs for intrepid, from:
     https://edge.launchpad.net/~intel-gfx-testing/+archive

 -or-

 2. Download and test the Jaunty alpha-2 (or newer) Live CD,
     (which includes a beta of the new xserver 1.6 as well).
     See http://cdimage.ubuntu.com/releases/9.04/ for ISOs

Thanks ahead of time! You can simply reply to this email to report your
findings.

P.S., if you wish to forward your bug upstream yourself, please follow
these directions to do so:
  http://intellinuxgraphics.org/how_to_report_bug.html

Bryce Harrington (bryce)
Changed in xserver-xorg-video-intel:
status: Incomplete → New
status: New → Incomplete
Bryce Harrington (bryce)
description: updated
Revision history for this message
Bryce Harrington (bryce) wrote :

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.

Changed in xserver-xorg-video-intel:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.