[Bug 94080] [HSW] intel_do_flush_locked failed: Invalid argument in dEQP-GLES31.functional.compute.indirect_dispatch.upload_buffer.single_invocation

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Feb 10 21:04:01 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=94080

--- Comment #2 from Kenneth Graunke <kenneth at whitecape.org> ---
I actually addressed (a) in bd21b5460761560 ("i965: Only turn on
ARB_compute_shader if we can write registers."), but only for desktop GL. 
Presumably we need something that stops us from advertising ES 3.1 as well.

Regarding (b)...we've always done that.  We don't really know why the kernel
returned an error from the execbuf2 ioctl, but several options are: 1) the GPU
is toast (can't really continue).  2) the kernel has revoked our rights to talk
to the GPU after hosing it repeatedly (shouldn't continue).  3) some out of
memory condition (who knows what to do?).  4) the new command parser rejected
our batch for doing bogus things (a bug in Mesa, so kind of like an assert).

The last reason is the sketchiest.  IMHO the command parser is misdesigned -
platforms with the hardware checker simply MI_NOOP disallowed things - but the
Gen7/7.5-only software checker -EINVALs your program.  I think it should mimic
the hardware behavior.  But, others disagree.

So, that's where we're at.  *shrug*

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20160210/64f330de/attachment.html>


More information about the intel-3d-bugs mailing list