Roland Scheidegger wrote: > I suspect you're hitting a r200 asic bug, which isn't present in rv250 > and other r200 family members. There are workarounds in the driver for > this (see r200UpdateTextureState), but to my knowledge they are > insufficient for two-pass ATI_fragment_shader shaders. There's also a
You're right. I changed video card to RV280 9250SE and lockup goes away. Nice picture, a little slower than fglrx, probably due to 9250 being slower than 8500. > mesa test which last I heard showed errors (progs/tests/afsmultiarb) > (you can switch the test between one and two pass shaders). > If this is the problem, you could try running doom3 using the arb path I > think something like doom3 +seta r_renderer arb might work, however arb > path looks ugly (r_renderer defaults to "best" which will then choose > "r200" on this card). Yes, its ugly and incorrect, some walls are not opaque but blends over another walls. > Unfortunately I don't know how this could be fixed, as documentation for > these asic bugs is nonexistent (or at least non-public). If lockup could be reliable reproduced with simple test - like afsmultiarb in fresh X without WM - will it be helpfull to get mmio trace from fglrx and r200 drivers to compare? In the light of recent progress with AMD's attitude, can't you just ask fglrx guys about R200 bug? ------------------------------------------------------------------------------ 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
