<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - mesa xdemo manywin aborts with intel_do_flush_locked error" href="https://bugs.freedesktop.org/show_bug.cgi?id=41736#c17">Comment # 17</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - mesa xdemo manywin aborts with intel_do_flush_locked error" href="https://bugs.freedesktop.org/show_bug.cgi?id=41736">bug 41736</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>(In reply to Andreas Reis from <a href="show_bug.cgi?id=41736#c16">comment #16</a>) > Got the same issue on my HSW 4200U since only a few days. Hitting it with > Steam and Chromium – seems one of them runs fine, then the next one fails. > > Chrome just falls back to software rendering for everything, Steam aborts > with "intel_do_flush_locked failed: Invalid argument". > > drm-intel-nightly > mesa-git > libdrm-git > xf86-video-intel > (All versions from yesterday.) This is a completely different problem. The original ENOENT is likely a very old bug in mesa or libdrm (for example not tracking name reuse). EINVAL is new, and I presume a cmdparser failure, so please file a new bug with a minimal example and the dmesg, you may need to use drm.debug=7.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>