<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - libswrAVX2.so Causes hang with QOpenGLWidget" href="https://bugs.freedesktop.org/show_bug.cgi?id=100262#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - libswrAVX2.so Causes hang with QOpenGLWidget" href="https://bugs.freedesktop.org/show_bug.cgi?id=100262">bug 100262</a> from <a class="email" href="mailto:chris@circlecvi.com" title="chris@circlecvi.com">chris@circlecvi.com</a> <pre>(In reply to Tim Rowley from <a href="show_bug.cgi?id=100262#c3">comment #3</a>) > Ok, looks like I need to check and make sure there hasn't been a regression > for this since Mesa 13. Are you using the dri version of the driver, or > libgl-x11? > > Interesting that setting the variable fixed the problem for you. We've seen > similar problems before with TBB (thread building blocks), where if we bound > threads inside swr, their threading code would think no cpus were available > for its use. Previously the workaround we've suggested is to initialize the > threading library before creating an OpenGL context. If that's possible in > Qt that would the cleanest way forward, though I could see that potentially > being hard to do since it renders the UI with OpenGL as well. > > If used, for maximum performance MAX_KNOB_WORKER_THREADS should be the > number of cores minus one (we have an API thread that feeds the workers). I am using the libgl-x11 version (--disable-dri option). Thanks for the info, I will try and putz around with the threading library and see if it helps.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>