[Bug 110228] [cfl] GPU hang when running UE4Editor

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Jun 14 15:53:47 UTC 2019


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

Jason Ekstrand <jason at jlekstrand.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |caio.oliveira at intel.com,
                   |                            |kenneth at whitecape.org

--- Comment #27 from Jason Ekstrand <jason at jlekstrand.net> ---
First off, thanks for all your digging and I'm sorry I've not gotten back to
this yet.

I have a feeling I know what's going wrong here and I really don't like it. 
When I've played with this before, I've observed that the hangs go away when I
disable L3 caching on those buffers via MOCS settings or changing the L3$
programming to disable the data cache.  What I suspect is happening is that the
same cache line is getting pulled in to the sampler portion of the L3$ and into
the data cach portion of the L3$ at the same time and something about the
atomic is causing the cache to blow up and the chip to hang.

Your first reaction to this might be to say, "aren't cache lines usually 64B?" 
Yes, that's the usual size or at least in the right area.  However, our HW docs
expressly say that the sampler sometimes fetches more cache lines than you'd
naively think it needs.  Also (and I am speculating a bit here), the cache
might be doing some speculative pre-fetching that reads outside of the normal
boundaries.  I'm not sure if the two of those is enough to read 576B outside
but the evidence suggests maybe it does.

So how do we work around the issue?  Good question.  Unfortunately, because of
the way that buffer views work in Vulkan, we can't just force them to space
their buffers out.  It's possible that we may be able to work around this in
the shader by doing some sort of barrier between the texture operation and the
atomic to ensure that, at the very least, the two aren't in-flight at the same
time.

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


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