From: Chen-Yu Tsai <wenst@chromium.org>
To: Liu Ying <victor.liu@nxp.com>,
Laurentiu Palcu <laurentiu.palcu@oss.nxp.com>,
Lucas Stach <l.stach@pengutronix.de>,
Chen-Yu Tsai <wens@kernel.org>,
Jernej Skrabec <jernej@kernel.org>,
Samuel Holland <samuel@sholland.org>,
Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Maxime Ripard <mripard@kernel.org>,
Thomas Zimmermann <tzimmermann@suse.de>
Cc: Chen-Yu Tsai <wenst@chromium.org>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
linux-sunxi@lists.linux.dev, imx@lists.linux.dev,
dri-devel@lists.freedesktop.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: [PATCH 4/4] drm/imx/dcss: plane: Switch to drm_fb_dma_get_gem_clipped_addr()
Date: Tue, 8 Sep 2026 17:07:43 +0800 [thread overview]
Message-ID: <20260908090745.1089143-5-wenst@chromium.org> (raw)
In-Reply-To: <20260908090745.1089143-1-wenst@chromium.org>
The i.MX DCSS driver is open coding drm_fb_dma_get_gem_clipped_addr(),
with only a slight difference of rounding down the X offset for the
first plane if the format is packed, sub-sampled YUV. This is likely
to correct the buffer address to the first pixel of the 2-pixel group.
Otherwise the hardware will start the scan-out from the second pixel,
which leads to the U/V components getting swapped around, and the
chroma component of the next pixel group being used.
Switch to drm_fb_dma_get_gem_clipped_addr(), and offset the address by
a pixel if the X offset is odd.
Signed-off-by: Chen-Yu Tsai <wenst@chromium.org>
---
drivers/gpu/drm/imx/dcss/dcss-plane.c | 34 +++++++++++----------------
1 file changed, 14 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/imx/dcss/dcss-plane.c b/drivers/gpu/drm/imx/dcss/dcss-plane.c
index 303e93fd036c..580d9cfb4053 100644
--- a/drivers/gpu/drm/imx/dcss/dcss-plane.c
+++ b/drivers/gpu/drm/imx/dcss/dcss-plane.c
@@ -219,28 +219,22 @@ static void dcss_plane_atomic_set_base(struct dcss_plane *dcss_plane)
struct dcss_dev *dcss = plane->dev->dev_private;
struct drm_framebuffer *fb = state->fb;
const struct drm_format_info *format = fb->format;
- struct drm_gem_dma_object *dma_obj = drm_fb_dma_get_gem_obj(fb, 0);
unsigned long p1_ba = 0, p2_ba = 0;
- if (!format->is_yuv ||
- format->format == DRM_FORMAT_NV12 ||
- format->format == DRM_FORMAT_NV21)
- p1_ba = dma_obj->dma_addr + fb->offsets[0] +
- fb->pitches[0] * (state->src.y1 >> 16) +
- format->char_per_block[0] * (state->src.x1 >> 16);
- else if (format->format == DRM_FORMAT_UYVY ||
- format->format == DRM_FORMAT_VYUY ||
- format->format == DRM_FORMAT_YUYV ||
- format->format == DRM_FORMAT_YVYU)
- p1_ba = dma_obj->dma_addr + fb->offsets[0] +
- fb->pitches[0] * (state->src.y1 >> 16) +
- 2 * format->char_per_block[0] * (state->src.x1 >> 17);
-
- if (format->format == DRM_FORMAT_NV12 ||
- format->format == DRM_FORMAT_NV21)
- p2_ba = dma_obj->dma_addr + fb->offsets[1] +
- (((fb->pitches[1] >> 1) * (state->src.y1 >> 17) +
- (state->src.x1 >> 17)) << 1);
+ p1_ba = drm_fb_dma_get_gem_clipped_addr(fb, state, 0);
+
+ /*
+ * TODO fix address until helpers know packed, sub-sampled YUV format block size
+ *
+ * The buffer address for packed, sub-sampled YUV formats such as DRM_FORMAT_UYVY
+ * need to be on the first pixel of each pixel group or block. Otherwise the first
+ * pixel of the next pixel group is read and the U/V values get swapped around.
+ */
+ if (drm_format_info_is_yuv_packed(format))
+ p1_ba -= ((state->src.x1 >> 16) & 1) * format->cpp[0];
+
+ if (format->num_planes > 1)
+ p2_ba = drm_fb_dma_get_gem_clipped_addr(fb, state, 1);
dcss_dpr_addr_set(dcss->dpr, dcss_plane->ch_num, p1_ba, p2_ba,
fb->pitches[0]);
--
2.55.0.979.g7e5102b832-goog
prev parent reply other threads:[~2026-09-08 9:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-08 9:07 [PATCH 0/4] drm: Add and use drm_fb_dma_get_gem_clipped_addr() helper Chen-Yu Tsai
2026-09-08 9:07 ` [PATCH 1/4] drm/fb-dma-helper: Add drm_fb_dma_get_gem_clipped_addr() Chen-Yu Tsai
2026-09-08 9:41 ` Thomas Zimmermann
2026-09-08 9:07 ` [PATCH 2/4] drm/sun4i: layers: Fix VI buffer address for clipped offsets Chen-Yu Tsai
2026-09-08 9:07 ` [PATCH 3/4] drm/imx/dc: plane: Switch to drm_fb_dma_get_gem_clipped_addr() Chen-Yu Tsai
2026-09-08 9:07 ` Chen-Yu Tsai [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260908090745.1089143-5-wenst@chromium.org \
--to=wenst@chromium.org \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=imx@lists.linux.dev \
--cc=jernej@kernel.org \
--cc=l.stach@pengutronix.de \
--cc=laurentiu.palcu@oss.nxp.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=samuel@sholland.org \
--cc=simona@ffwll.ch \
--cc=tzimmermann@suse.de \
--cc=victor.liu@nxp.com \
--cc=wens@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®