[Bug 108820] [SKL] (recoverable) GPU hangs in benchmarks using compute shaders
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Aug 12 14:04:33 UTC 2019
https://bugs.freedesktop.org/show_bug.cgi?id=108820
Eero Tamminen <eero.t.tamminen at intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WORKSFORME
Status|NEW |RESOLVED
--- Comment #50 from Eero Tamminen <eero.t.tamminen at intel.com> ---
(In reply to Eero Tamminen from comment #46)
> (In reply to Eero Tamminen from comment #45)
> > Added GPU hang tracking so that I can catch these.
>
> Every few days there's recoverable GPU hang on some SKL or BXT device in
> GfxBench Manhattan 3.1, CarChase or AztecRuins.
Last recoverable GfxBench i965 hangs were months ago, with older (5.0 or
realier) kernels.
I've also seen twice Heaven hangs on SKL in June, but not since then.
-> Marking this as WORKSFORME (as I don't know what was fixed).
(In reply to Jakub Okoński from comment #49)
> I double checked the SPIR-V specification, and I think this shader is
> invalid.
If you think there's a valid issue after all with your compute shaders, could
you file a separate issue about that?
> > 3.32.20 OpControlBarrier
> > This instruction is only guaranteed to work correctly if placed strictly
> > within uniform control flow within Execution. This ensures that if any
> > invocation executes it, all invocations will execute it.
> > If placed elsewhere, an invocation may stall indefinitely.
>
> I guess RADV and/or AMD hardware can handle this case? Or maybe it's
> compiled differently?
--
You are receiving this mail because:
You are the assignee for the bug.
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/20190812/94252957/attachment.html>
More information about the intel-3d-bugs
mailing list