On 13.02.2009 05:49, Dave Airlie wrote: >>> Compressed textures also seem to be broken, since they'll raise a FPE: >>> Program received signal SIGFPE, Arithmetic exception. >>> [Switching to Thread -1480239424 (LWP 11180)] >>> 0x9c80da1d in radeon_miptree_create (rmesa=0x9499c48, t=0x9909e80, >>> target=3553, firstLevel=0, >>> lastLevel=10, width0=1024, height0=1024, depth0=1, bpp=0, >>> tilebits=0, compressed=38) >>> at radeon_mipmap_tree.c:79 >>> 79 align = 32 / mt->bpp; >>> >>> bpp is derived initially from TexelBytes, which is always 0 for >>> compressed textures. >> I'm probably to blame for that. > > I think I've fixed it now, but I'd really appreciate a review of the > changes I made. > > texcmp passes on r200 for me here now.
Seems to work for quick quake3 timedemo run too. btw I no longer get the busy loop in legacy_wait_pending. page flip seems broken for glxgears, but working in quake3 (?). rtcw:et doesn't work however, the intro and main menu work alright despite there are lots of these messages: CS section end at (r200_cmdbuf.c,r200FireEB,161) CS section size missmatch start at (r200_cmdbuf.c,r200FireEB,138) 8 vs 10 But these continue ingame (radar timedemo) and the output is mostly (well sometimes it's possible to see what it should look like) a mess of random triangles - at least it didn't hang :-). Roland ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
