From: "Juha-Pekka Heikkilä" <juhapekka.heikkila@gmail.com>
To: Vidya Srinivas <vidya.srinivas@intel.com>,
intel-gfx@lists.freedesktop.org
Cc: intel-xe@lists.freedesktop.org, uma.shankar@intel.com,
jani.nikula@intel.com
Subject: Re: [PATCH] [RFC v3]: drm/i915/display: Use ceiling division for NV12 UV surface offset calculation
Date: Wed, 29 Apr 2026 14:07:27 +0300 [thread overview]
Message-ID: <4fcaf7b2-05de-48e5-8d0f-10d6a4e8d4ee@gmail.com> (raw)
In-Reply-To: <20260415165849.187693-1-vidya.srinivas@intel.com>
Look ok to me. I tested this make related failing test pass and I didn't
spot planar formats or scaler related failures in results for this patch.
Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
On 15/04/2026 19.58, Vidya Srinivas wrote:
> For LNL+, odd source size and panning for YUV 422/420 surfaces is
> supported. However, it requires the UV (chroma) surface Start X/Y and
> width/height to be calculated as ceiling(half of Y plane value) rather
> than floor.
>
> The current code uses (>> 17) which combines the U16.16 fixed-point to
> integer conversion (>> 16) with a divide-by-2 for chroma subsampling
> (>> 1) into a single floor division. For odd Y plane values this
> produces an off-by-one error in the UV plane offset.
>
> On Android systems we see PLANE ATS fault when NV12 overlays are
> used with odd source dimensions:
>
> [ 126.854200] xe 0000:00:02.0: [drm:intel_atomic_setup_scaler [xe]] [CRTC:148:pipe A] attached scaler id 0.0 to PLANE:33
> [ 126.854617] xe 0000:00:02.0: [drm:skl_update_scaler [xe]] [CRTC:148:pipe A] scaler_user index 0.0: staged scaling request for 1279x719->1340x753
> [ 126.854837] xe 0000:00:02.0: [drm:intel_plane_atomic_check [xe]] UV plane [PLANE:33:plane 1A] using Y plane [PLANE:123:plane 4A]
> [ 126.854926] xe 0000:00:02.0: [drm] *ERROR* [CRTC:148:pipe A] PLANE ATS fault
>
> With Y plane width 1279:
> floor(1279/2) = 639 (current)
> ceil(1279/2) = 640 (required)
>
> Introduce fp_16_16_div2() and fp_16_16_to_int_ceil() helpers to cleanly
> separate the two operations: first halve the U16.16 fixed-point value
> for chroma subsampling (staying in fixed-point domain), then convert
> to integer with ceiling rounding.
>
> v2: Use DIV_ROUND_UP(value, 1 << 17) to preserve sub-pixel precision
> while making the ceiling division readable (Jani, Uma)
>
> v3: Split into two helpers - fp_16_16_div2() for fixed-point division
> by 2 and fp_16_16_to_int_ceil() for ceiling conversion to integer,
> cleanly separating chroma subsampling from fixed-point to integer
> conversion (Jani)
>
> Signed-off-by: Vidya Srinivas <vidya.srinivas@intel.com>
> ---
> .../drm/i915/display/skl_universal_plane.c | 27 ++++++++++++++++---
> 1 file changed, 23 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/display/skl_universal_plane.c b/drivers/gpu/drm/i915/display/skl_universal_plane.c
> index 7a9d494334b5..e772b0d716c7 100644
> --- a/drivers/gpu/drm/i915/display/skl_universal_plane.c
> +++ b/drivers/gpu/drm/i915/display/skl_universal_plane.c
> @@ -2126,6 +2126,19 @@ static int skl_check_main_surface(struct intel_plane_state *plane_state)
> return 0;
> }
>
> +
> +/* Divide a U16.16 fixed-point value by 2, staying in fixed-point domain */
> +static inline u32 fp_16_16_div2(u32 fp)
> +{
> + return fp >> 1;
> +}
> +
> +/* Convert a U16.16 fixed-point value to integer, rounding up */
> +static inline int fp_16_16_to_int_ceil(u32 fp)
> +{
> + return DIV_ROUND_UP(fp, 1 << 16);
> +}
> +
> static int skl_check_nv12_aux_surface(struct intel_plane_state *plane_state)
> {
> struct intel_display *display = to_intel_display(plane_state);
> @@ -2139,10 +2152,16 @@ static int skl_check_nv12_aux_surface(struct intel_plane_state *plane_state)
> int min_height = intel_plane_min_height(plane, fb, uv_plane, rotation);
> int max_width = intel_plane_max_width(plane, fb, uv_plane, rotation);
> int max_height = intel_plane_max_height(plane, fb, uv_plane, rotation);
> - int x = plane_state->uapi.src.x1 >> 17;
> - int y = plane_state->uapi.src.y1 >> 17;
> - int w = drm_rect_width(&plane_state->uapi.src) >> 17;
> - int h = drm_rect_height(&plane_state->uapi.src) >> 17;
> +
> + /*
> + * LNL+ UV surface start/size =
> + * ceiling(half of Y plane start/size). Use ceiling division
> + * unconditionally; it is a no-op for even values.
> + */
> + int x = fp_16_16_to_int_ceil(fp_16_16_div2(plane_state->uapi.src.x1));
> + int y = fp_16_16_to_int_ceil(fp_16_16_div2(plane_state->uapi.src.y1));
> + int w = fp_16_16_to_int_ceil(fp_16_16_div2(drm_rect_width(&plane_state->uapi.src)));
> + int h = fp_16_16_to_int_ceil(fp_16_16_div2(drm_rect_height(&plane_state->uapi.src)));
> u32 offset;
>
> /* FIXME not quite sure how/if these apply to the chroma plane */
next prev parent reply other threads:[~2026-04-29 11:07 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-11 17:15 [PATCH] [RFC]: drm/i915/display: Use ceiling division for NV12 UV surface offset calculation Vidya Srinivas
2026-04-11 17:27 ` ✓ CI.KUnit: success for : " Patchwork
2026-04-11 18:14 ` ✓ Xe.CI.BAT: " Patchwork
2026-04-11 19:03 ` ✗ Xe.CI.FULL: failure " Patchwork
2026-04-14 15:42 ` [PATCH] [RFC]: " Jani Nikula
2026-04-14 17:10 ` Srinivas, Vidya
2026-04-14 17:59 ` Shankar, Uma
2026-04-15 0:23 ` Srinivas, Vidya
2026-04-15 0:15 ` Vidya Srinivas
2026-04-15 11:59 ` Jani Nikula
2026-04-15 17:06 ` Srinivas, Vidya
2026-04-17 2:03 ` Srinivas, Vidya
2026-04-15 1:10 ` ✓ CI.KUnit: success for : drm/i915/display: Use ceiling division for NV12 UV surface offset calculation (rev2) Patchwork
2026-04-15 2:10 ` ✓ Xe.CI.BAT: " Patchwork
2026-04-15 3:01 ` ✗ Xe.CI.FULL: failure " Patchwork
2026-04-15 16:58 ` [PATCH] [RFC v3]: drm/i915/display: Use ceiling division for NV12 UV surface offset calculation Vidya Srinivas
2026-04-29 11:07 ` Juha-Pekka Heikkilä [this message]
2026-04-29 11:08 ` Srinivas, Vidya
2026-04-15 17:09 ` ✗ CI.checkpatch: warning for : drm/i915/display: Use ceiling division for NV12 UV surface offset calculation (rev3) Patchwork
2026-04-15 17:11 ` ✓ CI.KUnit: success " Patchwork
2026-04-15 18:08 ` ✓ Xe.CI.BAT: " Patchwork
2026-04-15 20:00 ` ✗ Xe.CI.FULL: failure " Patchwork
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=4fcaf7b2-05de-48e5-8d0f-10d6a4e8d4ee@gmail.com \
--to=juhapekka.heikkila@gmail.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
--cc=uma.shankar@intel.com \
--cc=vidya.srinivas@intel.com \
/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