Bug 11505 - Cannot disable xinerama extension
Summary: Cannot disable xinerama extension
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: 7.2 (2007.02)
Hardware: Other All
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL: http://bugs.debian.org/cgi-bin/bugrep...
: 11118 (view as bug list)
Depends on:
Blocks: xserver-1.7
  Show dependency treegraph
Reported: 2007-07-09 01:26 UTC by Brice Goglin
Modified: 2009-09-17 21:17 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Description Brice Goglin 2007-07-09 01:26:43 UTC
Problem reported by Simon Mackinlay in the Debian BTS a couple months ago, reproduce here with Xserver 1.3.

There does not seem to be a way to prevent the XINERAMA extension being reported as a supported extension in xdpyinfo; from xorg.conf...

Section "Module"
        Disable "XINERAMA"
        SubSection      "extmod"
                Option  "omit XINERAMA"

Section "ServerFlags"
        Option  "XINERAMA"      "off"

or with -xinerama -disablexineramaextension on the command line.

$ xdpyinfo | grep XINERAMA

.... ordinarily this wouldn't be an issue but some X11 clients use
this (presence of an extension) as a boolean conditional immediately
prior to requesting extension-specific functions.

It could be related to a similar problem in Xephyr (bug #11118) and to some problem on sparc where XineramaIsActive and XineramaQueryScreens disagree (bug #11504).
Comment 1 Dan Munckton 2007-11-29 07:28:49 UTC
I've been affected by this same problem too. I believe it is because Xrandr 1.2 now registers itself to handle the Xinerama calls if Xinerama is not compiled in. It cannot be disabled with the "Xinerama" flag in the "ServerFlags" section because checks for that option only exist in X if Xinerama was enabled at compile time.

I've just posted to the xorg list about this change in behaviour: http://lists.freedesktop.org/archives/xorg/2007-November/030610.html

Comment 2 Peter Hutterer 2009-09-17 21:12:56 UTC
*** Bug 11118 has been marked as a duplicate of this bug. ***
Comment 3 Peter Hutterer 2009-09-17 21:17:46 UTC
Xinerama has two parts to it:
- the Xinerama extension as part of the server
- the Xinerama protocol extension

all xorg.conf and commandline options only work on the first - they disable the xinerama extension from loading in the server.

if RandR is initialized, it exposes the xinerama _protocol_ over the wire - yet the xinerama extension is still disabled in the server. The randr and xinerama server extensions are mutually exclusive.

xdpyinfo reports what is exposed over the wire. This bug has been open for 2 years and it is unlikely that this will get fixed anytime soon. Closing as WONTFIX.

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.