Michel Dänzer wrote: > >Thank you for breaking the radeon and mach64 drivers on big endian >machines. ;) We've got to find a better solution here, I must confess I >still don't understand how it can not work with PACK*LE though. Maybe >the HOST_BIG_ENDIAN_EN bit in the DP_DATATYPE register (set in >R128EngineInit() in the 2D driver) is interfering, causing the texture >data to be byte-swapped in the HOST_DATA registers? If so, your changes >should not be really correct for 16 bit anyway. I've been there while >playing with the various possibilities of fixing endianness in the >radeon driver, it looked mostly good but e.g. the floor texture in >armagetron showed the problem. >
I gave the driver a quick try without the HOST_BIG_ENDIAN_EN bit set and with the PACK*LE macros. And, the 2-d stuff seems to be working and the textures do need the PACK*LE macros. So, perhaps the bit only impacts the DMA blits used to load the texture subimages? If someone with the docs can confirm what that bit is suppose to do, we may get be able to getaway with eliminating that bit. ------------------------------------------------------- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
