From owner-freebsd-x11@FreeBSD.ORG Tue Sep 18 16:19:34 2007 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08E4316A41B for ; Tue, 18 Sep 2007 16:19:34 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from b.mx.visualtech.com (a.smtp.visualtech.com [208.16.19.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9998013C465 for ; Tue, 18 Sep 2007 16:19:33 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from [10.1.3.8] (maat.visualtech.com [208.16.19.254]) by b.mx.visualtech.com (Postfix) with ESMTP id ED4C0485BD; Tue, 18 Sep 2007 12:24:09 -0400 (EDT) From: Adam K Kirchhoff To: Coleman Kane In-Reply-To: <46EFF6A2.9030406@cokane.org> References: <46EE8F4C.9080802@cokane.org> <20070917105917.28739aeb.adamk@voicenet.com> <46EFF6A2.9030406@cokane.org> Content-Type: text/plain Date: Tue, 18 Sep 2007 12:19:27 -0400 Message-Id: <1190132367.1388.9.camel@memory.visualtech.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: Radeon DRI Problems after latest X.org 7.3 update X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2007 16:19:34 -0000 On Tue, 2007-09-18 at 12:02 -0400, Coleman Kane wrote: > Adam K Kirchhoff wrote: > > I've seen two issues with 7.3.0, though neither are what you described: > > > > 1) http://lists.freebsd.org/pipermail/freebsd-x11/2007-September/005205.html (which I also saw with xorg 7.2) > > > > 2) http://lists.freebsd.org/pipermail/freebsd-x11/2007-September/005213.html > > > > I'm wondering your just experiencing different symptoms for problem number 1. > > > Adam, > > I saw this, and thought that it might be related. It's really difficult > to tell. In 7.2 (w/ ati driver 6.6.3) I was able to use compiz and > almost all GLX stuff properly, direct or accelerated indirect mode. > After I portupgraded to x.org 7.3 (server 1.4), all of my problems came > up. I did build/install x11/xorg-server v1.4 before > x11-drivers/xf86-video-ati v6.7.192 (you can't do it any other way). I > did try downgrading back to xf86-video-ati v6.6.3 to see if the old > version would still work under the new server, and then my X session > just dies any time DRI is accessed (old driver not compatible w/ new > server?). > > I also played with it some more and have found that EXA is completely > unusable for me. Under the new server/driver combination, if I am using > EXA (and no AIGLX composting manager) then I get the problem where when > a window is undrawn (moved, minimized, resized, or I switch workspaces), > it leaves a shadow behind it that is slightly lighter than the > surrounding area. I can drag a window around the screen to "paint" this > effect around my desktop. This is all happening with metacity (which I > "downgraded" to after compiz became completely unusable). > > I've got a Radeon Mobility M10 aka Radeon 9550, using the rv350 chip. > > I played with the GLX effects further and discovered that I can't > produce the full-screen-flicker effect on a screen-shot... I'm not sure I can help you here. I have not tried EXA since updating to Xorg 7.3. My previous experiences with EXA gave me the impression that it was too slow to normal use. AIGLX works fine here after rebuilding the mesa drivers. compiz runs flawlessly, in fact. I did have an issue with my AGP x700 card locking up when running compiz, but commenting out various options in the driver section got it working again. I haven't determined which option is causing the lockups. I didn't have any such lockups with my PCIe x850. They are the only two cards I've tried 7.3 with (well, other than my x1300's with the avivo and now the radeonhd drivers, but I won't bug the list with those problems). I can try EXA to see if I get the same problems, but I won't be able to restart X for a while, unfortunately. Adam