[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