From: Ville Syrjälä <ville.syrj...@linux.intel.com>

Supposedly both src coordinates have to even when doing 90/270
degree rotation with RGB565. This is definitely true for the
X coordinate (we just get a black screen when it is odd). My
experiments didn't show any misbehaviour with an odd
Y coordinate, but let's trust the spec and reject that one
as well.

v2: Ignore ccs hsub/vsub
v3: Clarify the CCS special (Maarten)
    Deal with tgl+ CCS modifiers where we
    do need to look at hsub/vsub

Reviewed-by: Maarten Lankhorst <maarten.lankho...@linux.intel.com> #v2
Signed-off-by: Ville Syrjälä <ville.syrj...@linux.intel.com>
---
 drivers/gpu/drm/i915/display/intel_sprite.c | 32 ++++++++++++++-------
 1 file changed, 21 insertions(+), 11 deletions(-)

diff --git a/drivers/gpu/drm/i915/display/intel_sprite.c 
b/drivers/gpu/drm/i915/display/intel_sprite.c
index 22ad6dde46ce..1ec5025c90f0 100644
--- a/drivers/gpu/drm/i915/display/intel_sprite.c
+++ b/drivers/gpu/drm/i915/display/intel_sprite.c
@@ -282,6 +282,16 @@ int intel_plane_check_src_coordinates(struct 
intel_plane_state *plane_state)
        u32 src_x, src_y, src_w, src_h, hsub, vsub;
        bool rotated = drm_rotation_90_or_270(plane_state->hw.rotation);
 
+       /*
+        * FIXME hsub/vsub vs. block size is a mess. Pre-tgl CCS
+        * abuses hsub/vsub so we can't use them here. But as they
+        * are limited to 32bpp RGB formats we don't actually need
+        * to check anything.
+        */
+       if (fb->modifier == I915_FORMAT_MOD_Y_TILED_CCS ||
+           fb->modifier == I915_FORMAT_MOD_Yf_TILED_CCS)
+               return 0;
+
        /*
         * Hardware doesn't handle subpixel coordinates.
         * Adjust to (macro)pixel boundary, but be careful not to
@@ -296,26 +306,26 @@ int intel_plane_check_src_coordinates(struct 
intel_plane_state *plane_state)
        drm_rect_init(src, src_x << 16, src_y << 16,
                      src_w << 16, src_h << 16);
 
-       if (!fb->format->is_yuv)
-               return 0;
-
-       /* YUV specific checks */
-       if (!rotated) {
+       if (fb->format->format == DRM_FORMAT_RGB565 && rotated) {
+               hsub = 2;
+               vsub = 2;
+       } else {
                hsub = fb->format->hsub;
                vsub = fb->format->vsub;
-       } else {
-               hsub = vsub = max(fb->format->hsub, fb->format->vsub);
        }
 
+       if (rotated)
+               hsub = vsub = max(hsub, vsub);
+
        if (src_x % hsub || src_w % hsub) {
-               DRM_DEBUG_KMS("src x/w (%u, %u) must be a multiple of %u for 
%sYUV planes\n",
-                             src_x, src_w, hsub, rotated ? "rotated " : "");
+               DRM_DEBUG_KMS("src x/w (%u, %u) must be a multiple of %u 
(rotated: %s)\n",
+                             src_x, src_w, hsub, yesno(rotated));
                return -EINVAL;
        }
 
        if (src_y % vsub || src_h % vsub) {
-               DRM_DEBUG_KMS("src y/h (%u, %u) must be a multiple of %u for 
%sYUV planes\n",
-                             src_y, src_h, vsub, rotated ? "rotated " : "");
+               DRM_DEBUG_KMS("src y/h (%u, %u) must be a multiple of %u 
(rotated: %s)\n",
+                             src_y, src_h, vsub, yesno(rotated));
                return -EINVAL;
        }
 
-- 
2.24.1

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Reply via email to