diff options
author | Jason Ekstrand <[email protected]> | 2017-11-17 16:52:09 -0800 |
---|---|---|
committer | Jason Ekstrand <[email protected]> | 2017-11-17 17:16:44 -0800 |
commit | 0a6a137eb27129e17298cfe9dd620205588ee4f6 (patch) | |
tree | 2f3ebd7c15dada9cad49e1e15ad658e641f81345 /install-lib-links.mk | |
parent | 344252a27f8d875572bbe65641a825af8e73845d (diff) |
i965: Mark BOs as external when we export their handle
Almost all of our BO export paths were already properly marked the BO as
external and added it to the handle table. Most export use-cases go
through a prime fd or flink where we have a brw_bo export helper that
does the right thing. The one missing one happens when you call
queryImage and ask for __DRI_IMAGE_ATTRIB_HANDLE. We just grabbed the
gem handle out of the BO (because it's really easy to do that) and
handed it off to the client; what could go wrong? As it turns out, this
path is used by basically every compositor that wants to turn around and
call drmModeAddFB2 on it so it can hand it off to display. The result,
as of 4b1e70cc57d7ff5f465544644b2180dee1490cee, is that we no longer set
MOCS_PTE on those surfaces and the kernel's attempts to disable caching
fail and we scanout gets corruption.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=103759
Fixes: 4b1e70cc57d7ff5f465544644b2180dee1490cee
Reviewed-by: Kenneth Graunke <[email protected]>
Cc: [email protected]
Diffstat (limited to 'install-lib-links.mk')
0 files changed, 0 insertions, 0 deletions