Corrupted display (radeon_accelfuncs.c)

Michel Dänzer michel at daenzer.net
Sun Dec 26 23:20:26 PST 2004


On Sun, 2004-12-26 at 14:50 -0500, Vladimir Dergachev wrote:
> >
> > I experimented a bit but the problem is still around i am wondering
> > if the problem did not came from the planemask provided to
> >
> >   RADEONSetupForScanlineImageWrite

No, the planemask can only mask out bits, not change their position.


> Looking at the code again I see that RADEONCPScanlinePacket() makes use
> of info->dp_gui_master_cntl_clip but it is not set in every Setup 
> function.

I don't see any SetupFor function that doesn't set it. If there is one,
that would definitely be a bug.


> > I could only test on r300 maybe r200 on ppc did not have this bug.
> > Anyone can test ?

That's what I'm developing (and obviously testing before committing)
on... I mostly use depth 24 though, it's possible that I missed
something for depth 16, have you guys tried 24?

Also, someone said there were issues with xemacs, does

	Option	"XaaNoScanlineCPUToScreenColorExpandFill"

work around that? If so, I'm afraid there are some semantic differences
between R300 and earlier chips...


> > Maybe we should add a bug to Xorg bugzilla for that.

Excellent idea. Please put me on the CC list when you do.


-- 
Earthling Michel Dänzer      |     Debian (powerpc), X and DRI developer
Libre software enthusiast    |   http://svcs.affero.net/rm.php?r=daenzer



More information about the xorg mailing list