Xorg crashed with SIGSEGV in xf86RandR12SetRotations()

Bug #211897 reported by JustusWinter
8
Affects Status Importance Assigned to Milestone
X.Org X server
Invalid
Medium
xserver-xorg-video-intel (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

I noticed that just enabling xinerama causes a segmentation fault. As mentioned in the wiki, I enabled NoTrapSignals. xorg.conf and associated log is attached, the very same configuration without xinerama works fine. The crash is very easily reproducable on my laptop, if you need any more information, just ask.

$ lsb_release -rd
Description: Ubuntu hardy (development branch)
Release: 8.04
$ apt-cache policy xorg
xorg:
  Installed: 1:7.3+10ubuntu7
  Candidate: 1:7.3+10ubuntu7
  Version table:
 *** 1:7.3+10ubuntu7 0
        700 http://de.archive.ubuntu.com hardy/main Packages
        100 /var/lib/dpkg/status
     1:7.2-5 0
        650 http://ftp.de.debian.org testing/main Packages
$ apt-cache policy xserver-xorg-video-intel
xserver-xorg-video-intel:
  Installed: 2:2.2.1-1ubuntu6
  Candidate: 2:2.2.1-1ubuntu6
  Version table:
 *** 2:2.2.1-1ubuntu6 0
        700 http://de.archive.ubuntu.com hardy/main Packages
        100 /var/lib/dpkg/status
     2:2.1.0-2 0
        650 http://ftp.de.debian.org testing/main Packages
$ apt-cache policy xserver-xorg-video-i810
xserver-xorg-video-i810:
  Installed: 2:1.7.4-0ubuntu7
  Candidate: 2:1.7.4-0ubuntu7
  Version table:
     2:2.1.0-2 0
        650 http://ftp.de.debian.org testing/main Packages
 *** 2:1.7.4-0ubuntu7 0
        700 http://de.archive.ubuntu.com hardy/main Packages
        100 /var/lib/dpkg/status

ProblemType: Crash
Architecture: amd64
Date: Fri Apr 4 19:44:29 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/Xorg
Package: xserver-xorg-core 2:1.4.1~git20080131-1ubuntu6 [modified: usr/bin/Xorg usr/bin/cvt usr/bin/gtf]
PackageArchitecture: amd64
ProcCmdline: X :1 -config xinerama.xorg.conf
ProcEnviron:
 SHELL=/bin/bash
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
Signal: 11
SourcePackage: xorg-server
StacktraceTop:
 xf86RandR12SetRotations (
 xf86CrtcScreenInit (screen=0xa20730)
 ?? ()
 AddScreen (pfnInit=0x7f9a08aa79f0, argc=4,
 InitOutput (pScreenInfo=0x7f1d20, argc=4,
Title: Xorg crashed with SIGSEGV in xf86RandR12SetRotations()
Uname: Linux 2.6.24-14-generic x86_64
UserGroups:

Revision history for this message
JustusWinter (4winter) wrote :
Revision history for this message
JustusWinter (4winter) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:xf86RandR12SetRotations (
xf86CrtcScreenInit (screen=0xa20730)
I830ScreenInit (scrnIndex=0, pScreen=0xa20730,
AddScreen (pfnInit=0x7f9a08aa79f0 <I830ScreenInit>,
InitOutput (pScreenInfo=0x7f1d20, argc=4,

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Changed in xorg-server:
importance: Undecided → Medium
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

AIUI the intel driver does not support xinerama, but randr-1.2 which you should use instead. In any case, I don't think it should crash in this case.

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

Correct that the Xinerama configuration is not supported by -intel. However, if it shouldn't crash, what should it do? Ignore the Xinerama flag and start with a generic config? Or just exit with a friendlier error message?

Changed in xserver-xorg-video-intel:
status: New → Incomplete
Revision history for this message
In , Oswald Buddenhagen (ossi-kde) wrote :

Created an attachment (id=17282)
full log without xinerama

as soon as i enable xinerama (with or without a second screen configured), the server crashes at the randr initialization (it seems). this might be a driver problem as well - i have no idea.

Revision history for this message
In , Oswald Buddenhagen (ossi-kde) wrote :

Created an attachment (id=17283)
the part that differs from the non-xinerama startup

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

Xinerama is deprecated and not supported in the -intel drivers (and other drivers that have been converted to use randr, like radeon and radeonhd). However, X should probably just exit with an informative error message in these situations rather than crash with a cryptic backtrace.

See also https://bugs.launchpad.net/xorg-server/+bug/211897, and https://bugs.freedesktop.org/show_bug.cgi?id=16709

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

*** Bug 16709 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Bryce Harrington (bryce) wrote :
Changed in xorg-server:
status: Unknown → Confirmed
Bryce Harrington (bryce)
Changed in xserver-xorg-video-intel:
status: Confirmed → Triaged
Revision history for this message
In , Oswald Buddenhagen (ossi-kde) wrote :

and how would that help me with multiple graphics cards? right, it wouldn't - that is planned for randr 1.3 and won't materialize before early next year, realistically speaking.
an error message explaining the situation would be certainly welcome, though.

Revision history for this message
Tino Keitel (tino-keitel+lp) wrote :

It shouldn't crash. And it should support Xinerama. In the current state, only ati and intel seem to support randr-1.2. All other drivers need Xinerama for multihead configurations. Think of the case where you want to use an intel card and another card with a non-randr-1.2 aware driver.

So as long as most of the drivers don't support randr-1.2, Xinerama should still be a supported feature.

I currently use the old i810 driver that I patched to build against the current Xorg 7.3 headers to get Xinerama working. However, this only works because my hardware (i965) was already supported by the i810 driver.

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

Changed in xserver-xorg-video-intel:
status: Triaged → Incomplete
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
Changed in xorg-server:
importance: Unknown → Medium
Changed in xorg-server:
importance: Medium → Unknown
Changed in xorg-server:
importance: Unknown → Medium
Revision history for this message
In , Ajax-a (ajax-a) wrote :

Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please file a new report if you continue to experience issues with a current server.

Changed in xorg-server:
status: Confirmed → 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.