From: "Belgaumkar, Vinay" <vinay.belgaumkar@intel.com>
To: <tilak.tirumalesh.tangudu@intel.com>, <shuicheng.lin@intel.com>,
<intel-xe@lists.freedesktop.org>
Subject: Re: [PATCH 1/2] drm/xe: harden adjust_idledly() against divide-by-zero and overflow
Date: Mon, 21 Sep 2026 15:52:52 -0700 [thread overview]
Message-ID: <f0606c25-251d-478e-b138-5462b2cad381@intel.com> (raw)
In-Reply-To: <20260916100545.779894-2-tilak.tirumalesh.tangudu@intel.com>
On 9/16/2026 3:05 AM, tilak.tirumalesh.tangudu@intel.com wrote:
> From: Tangudu Tilak Tirumalesh <tilak.tirumalesh.tangudu@intel.com>
>
> adjust_idledly() has several corner-case issues flagged during review:
>
> 1. If xe_gt_clock_init() failed to recognise the crystal clock,
> gt->info.timestamp_base is 0, which makes idledly_units_ps also 0.
> The subsequent DIV_ROUND_CLOSEST(..., idledly_units_ps) is then a
> divide-by-zero and panics the kernel.
>
> 2. The tick-to-ns conversions are done in u32:
> idledly * idledly_units_ps, (maxcnt - 1) * 1000
> Both overflow u32 before DIV_ROUND_CLOSEST() sees them.
>
> 3. If IDLE_WAIT_TIME reads back as 0, maxcnt evaluates to 0 and
> the maxcnt - 1 clamp wraps to 0xFFFFFFFF in u32.
>
> 4. The register only stores whole ticks, so the clamped ns value has
> to be converted to ticks and back. DIV_ROUND_CLOSEST() can round
> that conversion up past maxcnt:
>
> maxcnt = 640 ns, one tick = 666664 ps
>
> clamp: maxcnt - 1 = 639 ns
> ns -> ticks: 639000 / 666664 = 0.958 -> rounds to 1 tick
> tick -> ns: 1 * 666664 / 1000 = 667 ns
>
> 667 ns is programmed into RING_IDLEDLY, but 667 >= maxcnt (640),
> so xe_gt_WARN_ON() fires again on every subsequent init.
LGTM,
Reviewed-by: Vinay Belgaumkar <vinay.belgaumkar@intel.com>
>
> Return early if timestamp_base is 0 (the unknown-crystal path).
> Do the conversions in u64 via the *_ULL() helpers so they cannot wrap.
> Clamp with a floor (DIV_ROUND_DOWN_ULL) so the programmed delay stays
> strictly below maxcnt, and guard the maxcnt == 0 case with a zero delay
> while still writing RING_IDLEDLY so INHIBIT_SWITCH_UNTIL_PREEMPTED is
> cleared.
>
> v2: Drop the redundant warn on the timestamp_base == 0 path;
> xe_gt_clock_init() already warns on an unrecognised crystal clock.
> Keep the early return to avoid the divide-by-zero. - Vinay
>
> v3: Field-mask the RING_IDLEDLY write with REG_FIELD_PREP(IDLE_DELAY, ...)
> instead of writing the raw tick count, which could clobber
> INHIBIT_SWITCH_UNTIL_PREEMPTED and reserved bits. Split the
> inhibit-switch clear from the maxcnt clamp so a set inhibit bit no
> longer forces a needless delay overwrite when the delay itself is
> already valid. Use gt_to_xe(gt) instead of gt_to_xe(hwe->gt).
>
> Fixes: d2de4410a88f ("drm/xe: Apply Wa_16023105232")
> Cc: stable@vger.kernel.org
> Assisted-by: GitHub_Copilot:claude-opus-4.8
> Signed-off-by: Tangudu Tilak Tirumalesh <tilak.tirumalesh.tangudu@intel.com>
> ---
> drivers/gpu/drm/xe/xe_hw_engine.c | 27 +++++++++++++++++++++------
> 1 file changed, 21 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/xe/xe_hw_engine.c b/drivers/gpu/drm/xe/xe_hw_engine.c
> index 010499766fce..d868af8e3301 100644
> --- a/drivers/gpu/drm/xe/xe_hw_engine.c
> +++ b/drivers/gpu/drm/xe/xe_hw_engine.c
> @@ -592,22 +592,37 @@ static void adjust_idledly(struct xe_hw_engine *hwe)
> u32 idledly_units_ps = 8 * gt->info.timestamp_base;
> u32 maxcnt_units_ns = 640;
> bool inhibit_switch = 0;
> + bool wa_applied = false;
> +
> + if (!IS_SRIOV_VF(gt_to_xe(gt)) && XE_GT_WA(gt, 16023105232)) {
> + /* xe_gt_clock_init() warns and zeroes timestamp_base on unknown crystal clock. */
> + if (!idledly_units_ps)
> + return;
>
> - if (!IS_SRIOV_VF(gt_to_xe(hwe->gt)) && XE_GT_WA(gt, 16023105232)) {
> idledly = xe_mmio_read32(>->mmio, RING_IDLEDLY(hwe->mmio_base));
> maxcnt = xe_mmio_read32(>->mmio, RING_PWRCTX_MAXCNT(hwe->mmio_base));
>
> inhibit_switch = idledly & INHIBIT_SWITCH_UNTIL_PREEMPTED;
> idledly = REG_FIELD_GET(IDLE_DELAY, idledly);
> - idledly = DIV_ROUND_CLOSEST(idledly * idledly_units_ps, 1000);
> + idledly = DIV_ROUND_CLOSEST_ULL((u64)idledly * idledly_units_ps, 1000);
> maxcnt = REG_FIELD_GET(IDLE_WAIT_TIME, maxcnt);
> maxcnt *= maxcnt_units_ns;
>
> - if (xe_gt_WARN_ON(gt, idledly >= maxcnt || inhibit_switch)) {
> - idledly = DIV_ROUND_CLOSEST(((maxcnt - 1) * 1000),
> - idledly_units_ps);
> - xe_mmio_write32(>->mmio, RING_IDLEDLY(hwe->mmio_base), idledly);
> + /* Clear the inhibit switch without disturbing a valid delay. */
> + if (inhibit_switch)
> + wa_applied = true;
> +
> + if (xe_gt_WARN_ON(gt, idledly >= maxcnt)) {
> + /* Floor below maxcnt; write 0 to still clear the inhibit bit. */
> + idledly = maxcnt ?
> + DIV_ROUND_DOWN_ULL((u64)(maxcnt - 1) * 1000,
> + idledly_units_ps) : 0;
> + wa_applied = true;
> }
> +
> + if (wa_applied)
> + xe_mmio_write32(>->mmio, RING_IDLEDLY(hwe->mmio_base),
> + REG_FIELD_PREP(IDLE_DELAY, idledly));
> }
> }
>
next prev parent reply other threads:[~2026-09-21 22:53 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-16 10:05 [PATCH 0/2] drm/xe: Add wa_14025941587 to xe2, xe3 and xe3p platforms tilak.tirumalesh.tangudu
2026-09-16 10:05 ` [PATCH 1/2] drm/xe: harden adjust_idledly() against divide-by-zero and overflow tilak.tirumalesh.tangudu
2026-09-21 22:52 ` Belgaumkar, Vinay [this message]
2026-09-16 10:05 ` [PATCH 2/2] drm/xe: Add wa_14025941587 to xe2, xe3 and xe3p platforms tilak.tirumalesh.tangudu
2026-09-21 22:58 ` Belgaumkar, Vinay
2026-09-16 10:41 ` ✓ CI.KUnit: success for drm/xe: Add wa_14025941587 to xe2, xe3 and xe3p platforms (rev11) Patchwork
2026-09-16 11:36 ` ✓ Xe.CI.BAT: " Patchwork
2026-09-16 13:14 ` ✓ Xe.CI.FULL: " Patchwork
2026-09-22 15:14 ` Matt Roper
-- strict thread matches above, loose matches on Subject: below --
2026-09-15 11:13 [PATCH 0/2] drm/xe: Add wa_14025941587 to xe2, xe3 and xe3p platforms tilak.tirumalesh.tangudu
2026-09-15 11:13 ` [PATCH 1/2] drm/xe: harden adjust_idledly() against divide-by-zero and overflow tilak.tirumalesh.tangudu
2026-09-09 16:18 [PATCH 0/2] drm/xe: Add wa_14025941587 to xe2, xe3 and xe3p platforms tilak.tirumalesh.tangudu
2026-09-09 16:18 ` [PATCH 1/2] drm/xe: harden adjust_idledly() against divide-by-zero and overflow tilak.tirumalesh.tangudu
2026-09-11 17:39 ` Belgaumkar, Vinay
2026-09-11 17:44 ` Tangudu, Tilak Tirumalesh
2026-09-11 17:47 ` Belgaumkar, Vinay
2026-09-09 7:25 [PATCH 0/2] drm/xe: Add wa_14025941587 to xe2, xe3 and xe3p platforms tilak.tirumalesh.tangudu
2026-09-09 7:25 ` [PATCH 1/2] drm/xe: harden adjust_idledly() against divide-by-zero and overflow tilak.tirumalesh.tangudu
2026-09-09 7:38 ` sashiko-bot
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=f0606c25-251d-478e-b138-5462b2cad381@intel.com \
--to=vinay.belgaumkar@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=shuicheng.lin@intel.com \
--cc=tilak.tirumalesh.tangudu@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