[Bug 111306] gbm creates BO with wrong pitch when dri3_get_modifiers returns modifiers, causing drmModeAddFB2WithModifiers to fail
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Aug 8 09:58:47 UTC 2019
https://bugs.freedesktop.org/show_bug.cgi?id=111306
--- Comment #10 from Lionel Landwerlin <lionel.g.landwerlin at linux.intel.com> ---
I think I see where we might be missing a workaround in Mesa/ISL :
/*
* Display WA #0531: skl,bxt,kbl,glk
*
* Render decompression and plane width > 3840
* combined with horizontal panning requires the
* plane stride to be a multiple of 4. We'll just
* require the entire fb to accommodate that to avoid
* potential runtime errors at plane configuration time.
*/
if (IS_GEN(dev_priv, 9) && i == 0 && fb->width > 3840 &&
is_ccs_modifier(fb->modifier))
stride_alignment *= 4;
I don't think we implement this so there is a mismatch with the surface
created.
Could confirm that a non multiple of 64 width inferior to 3840 doesn't cause
any issue on your side?
--
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/20190808/26e22882/attachment.html>
More information about the intel-3d-bugs
mailing list