<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [SKL]Render error in some games (etqw-demo, nexuiz, portal)" href="https://bugs.freedesktop.org/show_bug.cgi?id=89058#c23">Comment # 23</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [SKL]Render error in some games (etqw-demo, nexuiz, portal)" href="https://bugs.freedesktop.org/show_bug.cgi?id=89058">bug 89058</a> from <a class="email" href="mailto:mattst88@gmail.com" title="Matt Turner <mattst88@gmail.com>"> Matt Turner</a> <pre>(In reply to Neil Roberts from <a href="show_bug.cgi?id=89058#c22">comment #22</a>) > I think I have isolated the ARBvp program that is being used to render a > part of the gun that's getting corrupted. I can send it if someone requests > it. > > An unusual thing I can see with the compiled program is that it ends up > doing a send instruction with the same src and dst register. The send > instruction is to do a constant load. At a glance I can't find anything to > say whether it's acceptable to do a send with overlapping src and dst so I > don't know whether that's really a problem. However if I enable the trivial > allocator it no longer does this and the rendering error is fixed. > > I don't know the register allocator well enough to know whether it would > normally try to avoid allocating the src and dst registers to the same > number. The constant load gets the message header added via my patch in > commit 5a06ee7384934f8 so it might be that I've done something to mess it up. Yes, IIRC there's a restriction on some newer platforms that send's source and dest cannot overlap. Let me see if I can find that text in the bspec again.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>