Red Hat Bugzilla – Bug 231257
Desktop manager fills only 3/4 of nv screen - dual display
Last modified: 2007-11-30 17:11:58 EST
Description of problem:
After applying todays updates and starting up computer from cold boot, both KDE
and GNOME only cover 3/4 of the screen. Both desktops cover the area from the
top to about 3/4 the way down toward the right bottom corner. Both the
horizontal and vertical aspects seem to be 3/4 the way down.
Version-Release number of selected component (if applicable):
Apply updates and then restart computer.
Steps to Reproduce:
1. log in
2. notice desktop will not expand with panels or applications
3. check KDE to see if problem unique with GNOME
Screen is only partially filling screen area. background does fill entire screen
Desktops should cover all real estate.
I have an ati set for 800x600 for the primary card on an LCD monitor. For the
secondary card, a nvidia using the nv driver is where the problem occurs. The
resolution is set higher for the nv screen. (above 1024x768 @ 75hz)
Created attachment 149418 [details]
KDE snapshot showing problem
Created attachment 149419 [details]
xorg.conf file - X -configure generated
This worked fine before the upgrade and system restart.
Created attachment 149420 [details]
Log of current session. Currently running GNOME
Created attachment 149421 [details]
what was upgraded on the 6th applies to the problem encountered
No you don't. The log shows you have a Matrox card and an nVidia card, no ATI here.
It looks like what's happening is the Xinerama geometry from the smaller head is
being propagated to both heads. This was probably introduced with the new RANDR
code. Can you attach the output from running "xdpyinfo -ext XINERAMA" please?
Created attachment 149463 [details]
xdpyinfo -ext XINERAMA
You are right about the MGA instead of ATI. The logs are more reliable than the
Attached is the output that you requested in an attachment.
Adding comment to toggle field to assigned. The attachment did not toggle the field.
Yeah, this one looks straightforward.
The issue is that you're reporting Xinerama geometry information now even though
you shouldn't be. The smaller head's geometry is being reported (for some
reason), and therefore the layout code constrains you to the smaller head size.
Looking into it...
Thanks for the explanation and investigation.
As an added note: If I unmaximize the applications, I can stretch out the
applications to a usable state. The lower panel still stays visible and hides a
portion of the application but not a great nuisance.
Created attachment 151568 [details]
Cropped area on second screen.
Also have the same problem after upgrading to FC7 test 3 from FC6. Check
screenshot, using nvidia binary drivers.
Both screens are on a NVidia GT6600 PCI-X card.
Created attachment 151569 [details]
Xinerama info from me
Just commenting that the second screen for me still has the problem. I can
unmaximize an application and stretch it to fill the entire screen area.
Otherwise the application is only approx 3/4 of screen area.
This happens with the vesa driver also, in addition to the nv driver.
Anything new about this bug? It is a stopper for me and for other people since
our second screen is crippled.
I tried to find if a similar bug has been filled upwards to xorg bugzilla but
couldn't find anything like this.
I would like to escalate this bug there, more suitable I believe, can you please
point what is the best classification? eg. xorg -> Other ?
comment 5 refers to run "xdpyinfo -ext XINERAMA" and explains the possible
xinerama most likely has something to do with the problem.
I have libXinerama-1.0.2-1.fc7 installed presently.
Adam, do you have any ideas how to resolve this problem upstream or at the
Forget about libXinerama. I just downgraded libXinerama and had the same 3/4
screen. It must be X server itself.
When FC7 gets released, more people will be effected by this introduced error.
Added a patch to xorg-x11-server 126.96.36.199-2.fc7 that should resolve this. Please
test, and reopen if this still happens.
Where would xorg-x11-server-Xorg be available? I have only
I just built a xorg-x11-server-Xorg-188.8.131.525 package with this patch and it
works fine :))))
Thanks for the patch mate.
Gah, silly test4 freeze. Should be out in the next day or so.
Thanks! This has to work for the FC7 release (desirably). I'll wait the few
days for the update.
I just installed the xorg-x11-server-Xorg-184.108.40.206-3.fc7 update and it works as
advertised. Thanks for the effort put into fixing this problem.