Re: Possible bug in xaaFillPoly.c

2003-03-24 Thread Alexandr Andreev
Mark Vojkovich wrote: Can you try the attached patch? X work stable now, core is not dumped, and verification test (xsuit, chapter 06) passed too. I guess, you may commit the patch. ___ Devel mailing list [EMAIL PROTECTED]

Possible bug in xaaFillPoly.c

2003-03-19 Thread Alexandr Andreev
Hi, Possible, there is a bug in the Mono8x8PatternRectHelper() function. Lets look at XAAFillPolygonStippled(): Assume: 1. type == DO_MONO_8x8, 2. infoRec-Mono8x8PatternFillFlags: HARDWARE_PATTERN_SCREEN_ORIGIN is NOT set, HARDWARE_PATTERN_PROGRAMMED_BITS is set,

Re: Endianity problems in XFree86-4 XAA on MipsEB

2003-02-11 Thread Alexandr Andreev
Michel Dänzer wrote: Yes of course, but In the first case the __most__ significant byte of the bits[0] contains data and in the second case the __last__ significant byte of the bits[0] contains data. So, you obtain swapped pattern0 and pattern1 in the tile case. I see where you're getting

Endianity problems in XFree86-4 XAA on MipsEB

2003-02-07 Thread Alexandr Andreev
We have a MipsEB machine and a video card which has a 2D BitBLT engine. It looks like we found a problem in XAA when we tried to use our hardware 8x8 Mono Pattern Fills. The problem appears when an application uses pixmaps. Stipple and tile with the same pixmap are drawing in the different ways