http://bugzilla.novell.com/show_bug.cgi?id=548770 User sndirsch@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=548770#c6 Stefan Dirsch <sndirsch@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |radomir.cernoch@gmail.com --- Comment #6 from Stefan Dirsch <sndirsch@novell.com> 2009-10-21 15:35:56 MDT --- (In reply to comment #5)
I am afraid that adding "Virtual ..." into xorg.conf does not help.
Why do you think so? Did you try it? What were the results?
But I have found a different workaround. If _both_ internal and external monitors are set to "1600x1200 VESA" in SAX, the virtual screen size becomes enlarged automatically. As soon as Xorg starts the internal display is reconfigured (possibly by some autodetection) as "LCD 1024x768" and everything works fine. Now I can achieve 1600x1200 + 1024x768 Xinerama.
Shouldn't there be a somewhat similar option be set as default?
We make a bigger virtual the default for cards >= 64MB (2x1680 x 1280) and cards >= 128 MB (2x1920 x 1920). This is hardcoded in the radeon/radeonhd and nv driver. Your card has only 32MB. With such a size you probably need to chose between Xinerama and 3D support. I bet it's possible to create a single head configuration with sax2, then add Virtual 2624 1200 and afterwards add the external monitor with xrandr/gnome-display-properties. Most likely with such a setup you can forget about 3D support. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.