From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HOlWD-0007hg-OH for garchives@archives.gentoo.org; Wed, 07 Mar 2007 02:04:42 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l2721xjW022549; Wed, 7 Mar 2007 02:01:59 GMT Received: from ender.volumehost.net (adsl-69-154-123-202.dsl.fyvlar.swbell.net [69.154.123.202]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l2721wfp022501 for ; Wed, 7 Mar 2007 02:01:58 GMT Received: from localhost (localhost [127.0.0.1]) by ender.volumehost.net (Postfix) with ESMTP id 4A5E313FD7 for ; Wed, 7 Mar 2007 02:01:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at volumehost.net Received: from ender.volumehost.net ([127.0.0.1]) by localhost (ender.volumehost.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1RkmaOtA6zvj for ; Wed, 7 Mar 2007 02:01:55 +0000 (UTC) Received: from adsl-69-154-123-205.dsl.fyvlar.swbell.net (adsl-69-154-123-205.dsl.fyvlar.swbell.net [69.154.123.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ender.volumehost.net (Postfix) with ESMTP id B4018166F3 for ; Wed, 7 Mar 2007 02:01:55 +0000 (UTC) From: "Boyd Stephen Smith Jr." To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] twinview Date: Tue, 6 Mar 2007 20:01:49 -0600 User-Agent: KMail/1.9.6 References: <45EB30CC.9080709@hellburner.com> In-Reply-To: <45EB30CC.9080709@hellburner.com> X-Eric-Conspiracy: There is no conspiracy Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4538479.byjO6ERBOJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200703062001.54509.bss03@volumehost.net> X-Archives-Salt: c7061516-a4e4-478d-8655-8ae031475f8b X-Archives-Hash: 1f6c0e46930f03ca8e7b48760bd984e2 --nextPart4538479.byjO6ERBOJ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 04 March 2007, list-catcher wrote=20 about '[gentoo-amd64] twinview': > Does anyone use twinview to run two monitors at different resolutions? No, although I current run two dual-head setups. One on the nvidia driver= =20 (using two cards) and one on the radeon driver (using a single, laptop=20 card). > I've got two monitors one on top of the other with the lower > resolutioned one on top. The one on top (lower resolution) has a dead > area where the window manager/X thinks exists but doesn't show. > Sometimes the window manager will put windows there that I can't see. Sounds like your Xinerama isn't working quite right. > I'm not sure where the problem is because different window managers > treat it differently, although the dead space exists in all of them. > > xorg.conf is attached. Short answer: You are using two layers of Xinerama: the full Xinerama=20 extension provided by the server and a faux-Xinerama provided by TwinView. = =20 They don't get along, so you'll have to drop one or the other. Long answer: I see you are using the Xinerama extension AND TwinView. On my laptop I=20 use a different driver (radeon) and method (MergedFB + MergedXinerama),=20 but I get similar results. The combination of Xinerama and the=20 faux-Xinerama used by TwinView/MergedXinerama doesn't work well together;=20 I either get dead areas or (better, but something I don't like) desktop=20 scrolling within a larger virtual desktop. If I turn off MergedFB+MergedXinerama and instead use two device sections=20 (one for the each head provided by the video card) and the Xinerama=20 extension things work well (no dead areas or desktop scrolling), although=20 my driver (I don't know about yours) doesn't support DRI in such a mode. If I turn off the Xinerama extension but continue to use a single device=20 section with the MergedFB+MergedXinerama options, things work even better=20 (but, YMMV); no dead areas or desktop scrolling AND I get DRI. So, I suggest turning off the Xinerama extension and trying that, first. =20 If that doesn't work you may want to discard TwinView and instead use two=20 device sections that are nearly identicial -- one will have 'Screen 0' in=20 it's config and the other will have 'Screen 1'. I don't know what impact=20 this second option may have on hw accceleration with your driver. As an aside, I think this could reasonably be called a xorg-server bug,=20 especially since it does affect the xorg-radeon driver. (If it only=20 affected nvidia and/or fglrx that would be a different story.) =2D-=20 Boyd Stephen Smith Jr. ,=3D ,-_-. =3D.=20 bss03@volumehost.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'=20 http://iguanasuicide.org/ \_/ =20 New GPG Key! Old key expires 2007-03-25. Upgrade NOW! --nextPart4538479.byjO6ERBOJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (GNU/Linux) iD8DBQBF7h0S55pqL7G1QFkRArDKAJ9HYmzpRbtS1m6IrU6z/gE3OQ7WRwCfQ8oq F2ZPqRKdel92LTF4x4vSGLo= =vrau -----END PGP SIGNATURE----- --nextPart4538479.byjO6ERBOJ-- -- gentoo-amd64@gentoo.org mailing list