On Wed, 25 Sep 2002, Sottek, Matthew J wrote:
> >But if your theory is correct, and the source pitch was wildly incorrect, > >wouldn't nearly all blits be corrupted? > > No, blits from the Framebuffer to the Framebuffer would be correct. > Blits from the pixmap cache to the framebuffer that are only 1 line > would also be correct. Sorry, I should have qualified - I did mean all blits from the pixmap cache to the framebuffer. I know one of the big features of KDE's theming support was that it takes advantage of X's pixmap cache, so I would assume most of the blits are pixmap cache -> framebuffer? > That isn't a problem. Bits like that are usually reserved to make room > for larger values in possible future chipsets without having to move > bits around. I'm sure it is fine. I figured, but just thought I'd check. I've dealt with hardware in the past that got really upset when you started poking at its reserved bits... > I checked the code again and I'm still thinking the problem is with the data > getting stored into the cache. That seems to be in the Xaa code, not the > i810 code so it is possible that the pitches are not in sync. I'll try to locate the Xaa pixmap code tomorrow. Thanks, Bill _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
