radeon exa/render bug?
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
More information about the xorg