Bug 179545 - x11-base/xorg-server-1.3.0.0 uses wrong screen resolutions on a dual-head systems
Bug#: 179545 Product:  Gentoo Linux Version: 2006.1 Platform: x86
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: x11@gentoo.org Reported By: l33tmmx@gmail.com
Component: Server
URL: 
Summary: x11-base/xorg-server-1.3.0.0 uses wrong screen resolutions on a dual-head systems
Keywords:  Inclusion
Status Whiteboard: 
Opened: 2007-05-23 16:53 0000
Description:   Opened: 2007-05-23 16:53 0000
I'm using a dual-head system with main screen being 1280x1024 (TFT) and the
secondary screen 1024x768 (also TFT), and fluxbox-1.0_rc3 as a window manager.
Everything is compiled with xinerama support, but xinerama is NOT enabled in
xorg.conf (i.e. I have two separate desktops). Xorg-server-1.3.0.0 seems to
think that both screens are of same resolution (1280x1024), and as such reports
the resolution incorrectly to the applications. Some examples: if I maximize a
window in the second screen, it becomes bigger than the actual screen; some
wallpapersetters have problems, too: wmsetbg (from the WindowMaker package)
sets the wallpaper too big on the second screen, when told to use fullscreen.
Curiously enough, media-gfx/feh seems to set the wallpaper correctly,
regardless of the xorg-server version.

X11-wm/windowmaker has the same problem, too; I didn't test the other window
managers.

Xorg-server-1.2.0 and earlier work correctly, no problems with these versions.

------- Comment #1 From Alan Hourihane 2007-08-03 08:21:28 0000 -------
you need to look at the new intel man page to configure things correctly as the
xorg.conf file format has changed.

You can also use the new xrandr tool to fix things up, so make sure you've
emerged 1.2.0 of this tool. And then you can use the --output flags to set the
video.

But to make it permanent, you need to change the xorg.conf file.

But this isn't a gentoo problem, it's an X configuration issue.

Hope the above helps.

------- Comment #2 From Daniel Pielmeier 2007-09-10 07:29:35 0000 -------
(In reply to comment #1)
> you need to look at the new intel man page to configure things correctly as the
> xorg.conf file format has changed.
> 
> You can also use the new xrandr tool to fix things up, so make sure you've
> emerged 1.2.0 of this tool. And then you can use the --output flags to set the
> video.
> 
> But to make it permanent, you need to change the xorg.conf file.
> 
> But this isn't a gentoo problem, it's an X configuration issue.
> 
> Hope the above helps.
> 

I have the same problem here with a Nvidia card where randr 1.2 is not
supported at the moment. I would prefer a solution with makes changes to
xorg.conf.
Could you please direct us to the place where this changes are documented.
"Intel man page" does not mean anything to me!

Thanks,

Daniel

------- Comment #3 From FRLinux 2007-09-23 13:27:31 0000 -------
Hello,

I second this bug. I have the same issue, using NVIDIA drivers with the
following : 

- 1st display : Samsung 22' widescreen (16:10)
- 2nd dispaly : Sony TV 32KDL3000 

It doesn't work only for the TV, the Samsung behaves fine on scaling up. Please
find my X.org configuration attached.

I had to revert to xorg-server-1.2.0-r3 for now.

------- Comment #4 From FRLinux 2007-09-23 13:32:28 0000 -------
Created an attachment (id=131699) [details]
xorg.conf with dual screen configuration

This works on 1.2.0 but not 1.3.0

------- Comment #5 From Alan Hourihane 2007-09-24 13:56:37 0000 -------
Can you attach a complete Xorg.log file ?

------- Comment #6 From Bas Nedermeijer 2007-09-24 23:10:06 0000 -------
(In reply to comment #3)
> Hello,
> 
> I second this bug. I have the same issue, using NVIDIA drivers with the
> following : 
> 
> - 1st display : Samsung 22' widescreen (16:10)
> - 2nd dispaly : Sony TV 32KDL3000 
> 
> It doesn't work only for the TV, the Samsung behaves fine on scaling up. Please
> find my X.org configuration attached.
> 
> I had to revert to xorg-server-1.2.0-r3 for now.
> 

I have the same problem. Tonight i tried to find where the problem was in
mplayer(from svn, not the gentoo-build). (Mythtv has the same problem, the
latest xine seems to calc the resolution correct).

XineramaIsActive() returns true, when it should return false. I dont have it
enabled, and my xinerama useflags are disabled.

When commenting/disabling the Xinerama part the resolution is just fine.

------- Comment #7 From Bas Nedermeijer 2007-09-24 23:13:33 0000 -------
(In reply to comment #6)
> (In reply to comment #3)
> > Hello,
> > 
> > I second this bug. I have the same issue, using NVIDIA drivers with the
> > following : 
> > 
> > - 1st display : Samsung 22' widescreen (16:10)
> > - 2nd dispaly : Sony TV 32KDL3000 
> > 
> > It doesn't work only for the TV, the Samsung behaves fine on scaling up. Please
> > find my X.org configuration attached.
> > 
> > I had to revert to xorg-server-1.2.0-r3 for now.
> > 
> 
> I have the same problem. Tonight i tried to find where the problem was in
> mplayer(from svn, not the gentoo-build). (Mythtv has the same problem, the
> latest xine seems to calc the resolution correct).
> 
> XineramaIsActive() returns true, when it should return false. I dont have it
> enabled, and my xinerama useflags are disabled.
> 
> When commenting/disabling the Xinerama part the resolution is just fine.
> 

Some extra info: I made the changes in "libvo/x11_common.c" around line 375.

------- Comment #8 From Bas Nedermeijer 2007-09-25 00:08:42 0000 -------
This patch seems to solved it (must be applied to xorg-server)

http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=blobdiff;h=2a57e4e325814894bf1a93f71ef00b486ee84410;hp=1db27f14c68142adfc18825e79dcabe9449058aa;hb=9c80eda826448822328bb678a7d284cc43fffb17;f=randr/rrxinerama.c

------- Comment #9 From FRLinux 2007-09-25 17:23:15 0000 -------
(In reply to comment #5)
> Can you attach a complete Xorg.log file ?

I just copy/pasted the diff, the only difference is this : 

diff xorg-1.2.0-r3.log xorg-1.3.0.log

< (II) LoadModule: "ramdac"
< (II) Loading /usr/lib/xorg/modules//libramdac.so
< (II) Module ramdac: vendor="X.Org Foundation"
<       compiled for 7.2.0, module version = 0.1.0
<       ABI class: X.Org Video Driver, version 1.1
---
> (II) LoadModule: "ramdac"(II) Module already built-in

------- Comment #10 From FRLinux 2007-09-25 19:51:15 0000 -------
(In reply to comment #8)
> This patch seems to solved it (must be applied to xorg-server)
> http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=blobdiff;h=2a57e4e325814894bf1a93f71ef00b486ee84410;hp=1db27f14c68142adfc18825e79dcabe9449058aa;hb=9c80eda826448822328bb678a7d284cc43fffb17;f=randr/rrxinerama.c

Didn't work for me, still the same issue.

------- Comment #11 From Matthias Lübben 2007-09-26 21:43:52 0000 -------
This bug is already filed by the debian and xorg bug tracker.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420679
https://bugs.freedesktop.org/show_bug.cgi?id=10771

They have used the same patch, which was already mentioned here to solve the
problem.

http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/xorg-x11-server/devel/xserver-1.3.0-less-randr-fakerama.patch?rev=1.1&sortby=date

For me it works flawlessly by adding this file to the PATCHES variable in
xorg-server-1.3.0.0.ebuild.

------- Comment #12 From Daniel Pielmeier 2007-10-01 00:34:23 0000 -------
I have tested the patch and it works for me.

Regards,
Daniel

------- Comment #13 From FRLinux 2007-10-02 19:39:28 0000 -------
Hello again, I do apologize, it did actually fix it by adding the file to the
patch list. 

Reason it failed before is that I tried the old way as of : 

ebuild xorg-server-1.3.0-r1.ebuild unpack
patched manually
ebuild xorg-server-1.3.0-r1.ebuild compile
ebuild xorg-server-1.3.0-r1.ebuild install

Which didn't work. I just applied the patch to the updated 1.3.0-r1 ebuild and
it works like a charm. Thanks for the fix.

------- Comment #14 From Donnie Berkholz 2007-10-13 20:52:48 0000 -------
Fixed in xorg-server-1.3.0.0-r2, thanks!