radeon exa/render bug?

Benjamin Herrenschmidt benh at kernel.crashing.org
Sun Feb 12 16:00:10 PST 2006


On Sun, 2006-02-12 at 18:28 -0500, Alex Deucher wrote:
> On 2/12/06, John Clemens <john at deater.net> wrote:
> >
> > I think I found a buglet in radeon_exa_render.c:R100TextureSetup().
> > Unless I'm waay too tired, the test for a bad texture offset should
> > happen before we set the byte-swap and MACRO_TILE control bits.  As
> > it stands now, it looks like we always fall back if we have a Colortiling
> > on, or a byte swapped texture format.   Patch attached.
> >
> > But it doesn't solve my main issue. I'm looking at the ati driver for my
> > iBook G3 (Radeon M6), trying to figure out what's causing corruption with
> > EXA and Render acceleration.  A tiny screenshot of the corruption can be
> > seen here: https://bugs.freedesktop.org/attachment.cgi?id=4299 .  The
> > problem goes away if you turn off either render acceleration or EXA (or
> > both).  If anyone has any ideas, I'm all ears.  Just please be patient,
> > I've never worked on video drivers before, much less opengl.
> >
> > Also, I'm assuming that there's no way to use colortiling on linux/ppc?
> > because we have to use 'UseFBDev' for mode switching?
> >
> 
> Usefbdev is no longer required for radeon and r128 on ppc. turn it off
> and make sure the "vgaaccess" option is set to true (default on PPC).

Set to false rather :) (and yes, that's the default on ppc). For a
laptop, he may need also LVDSProbePLL

Ben.





More information about the xorg mailing list