Comment # 15
on bug 92214
from Barto
I didn't manage to find the faulty commit in llvm 3.8, the bisecting process is very slow and difficult ( I have a slow PC and there are a lot of svn revision to test ), (In reply to Roland Scheidegger from comment #13) > Does not necessarily mean it is a bug in llvm, maybe we're initializing it > wrong or something (there were some recent patches to fix some threading > issues in gallivm recently). Not my area of expertise, though... in fact I think Roland is right, the problem could be mesa 11.0.2 and not LLVM 3.8 if some LLVM functions are used in a bad way by mesa 11.0.2, it would be nice if someone who has a good knowledge in r600 driver can make some investigations, we have a gdb backtrace, we know that the problem occurs when a program uses the openGL function "glRasterPos2i()", and the problem occurs also when we use the 100% software mode ( export LIBGL_ALWAYS_SOFTWARE=1 ), and of course the problem occurs only with LLVM 3.8 libs ( and at least with the r600 driver ), there is no problem with LLVM 3.6.2, it would be great if this bug can be solved before LLVM 3.8 will hit others linux distros ( like ubuntu )
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
