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
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
