From: Gustavo Sousa <gustavo.sousa@intel.com>
To: Matt Roper <matthew.d.roper@intel.com>, <intel-xe@lists.freedesktop.org>
Cc: <matthew.d.roper@intel.com>
Subject: Re: [PATCH v3 14/27] drm/xe: Return forcewake reference type from force_wake_get_any_engine()
Date: Mon, 17 Nov 2025 19:19:37 -0300 [thread overview]
Message-ID: <176341797751.5989.17001525167474731829@intel.com> (raw)
In-Reply-To: <20251114214335.2388972-43-matthew.d.roper@intel.com>
Quoting Matt Roper (2025-11-14 18:43:50-03:00)
>Adjust the signature of force_wake_get_any_engine() such that it returns
>a 'struct xe_force_wake_ref' rather than a boolean success/failure.
>Failure cases are now recognized by inspecting the hardware engine
>returned by reference; a NULL hwe indicates that no engine's forcewake
>could be obtained.
>
>These changes will make it cleaner and easier to incorporate scope-based
>cleanup in force_wake_get_any_engine()'s caller in a future patch.
>
>Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
Reviewed-by: Gustavo Sousa <gustavo.sousa@intel.com>
>---
> drivers/gpu/drm/xe/xe_drm_client.c | 38 +++++++++++++++---------------
> 1 file changed, 19 insertions(+), 19 deletions(-)
>
>diff --git a/drivers/gpu/drm/xe/xe_drm_client.c b/drivers/gpu/drm/xe/xe_drm_client.c
>index f931ff9b1ec0..78551832723b 100644
>--- a/drivers/gpu/drm/xe/xe_drm_client.c
>+++ b/drivers/gpu/drm/xe/xe_drm_client.c
>@@ -285,32 +285,31 @@ static struct xe_hw_engine *any_engine(struct xe_device *xe)
> return NULL;
> }
>
>-static bool force_wake_get_any_engine(struct xe_device *xe,
>- struct xe_hw_engine **phwe,
>- unsigned int *pfw_ref)
>+/*
>+ * Pick any engine and grab its forcewake. On error phwe will be NULL and
>+ * the returned forcewake reference will be invalid. Callers should check
>+ * phwe against NULL.
>+ */
>+static struct xe_force_wake_ref force_wake_get_any_engine(struct xe_device *xe,
>+ struct xe_hw_engine **phwe)
> {
> enum xe_force_wake_domains domain;
>- unsigned int fw_ref;
>+ struct xe_force_wake_ref fw_ref = {};
> struct xe_hw_engine *hwe;
>- struct xe_force_wake *fw;
>+
>+ *phwe = NULL;
>
> hwe = any_engine(xe);
> if (!hwe)
>- return false;
>+ return fw_ref; /* will be invalid */
>
> domain = xe_hw_engine_to_fw_domain(hwe);
>- fw = gt_to_fw(hwe->gt);
>
>- fw_ref = xe_force_wake_get(fw, domain);
>- if (!xe_force_wake_ref_has_domain(fw_ref, domain)) {
>- xe_force_wake_put(fw, fw_ref);
>- return false;
>- }
>+ fw_ref = xe_force_wake_constructor(gt_to_fw(hwe->gt), domain);
>+ if (xe_force_wake_ref_has_domain(fw_ref.domains, domain))
>+ *phwe = hwe; /* valid forcewake */
>
>- *phwe = hwe;
>- *pfw_ref = fw_ref;
>-
>- return true;
>+ return fw_ref;
> }
>
> static void show_run_ticks(struct drm_printer *p, struct drm_file *file)
>@@ -322,7 +321,7 @@ static void show_run_ticks(struct drm_printer *p, struct drm_file *file)
> struct xe_hw_engine *hwe;
> struct xe_exec_queue *q;
> u64 gpu_timestamp;
>- unsigned int fw_ref;
>+ struct xe_force_wake_ref fw_ref;
>
> /*
> * RING_TIMESTAMP registers are inaccessible in VF mode.
>@@ -340,7 +339,8 @@ static void show_run_ticks(struct drm_printer *p, struct drm_file *file)
> !atomic_read(&xef->exec_queue.pending_removal));
>
> xe_pm_runtime_get(xe);
>- if (!force_wake_get_any_engine(xe, &hwe, &fw_ref)) {
>+ fw_ref = force_wake_get_any_engine(xe, &hwe);
>+ if (!hwe) {
> xe_pm_runtime_put(xe);
> return;
> }
>@@ -360,7 +360,7 @@ static void show_run_ticks(struct drm_printer *p, struct drm_file *file)
>
> gpu_timestamp = xe_hw_engine_read_timestamp(hwe);
>
>- xe_force_wake_put(gt_to_fw(hwe->gt), fw_ref);
>+ xe_force_wake_put(gt_to_fw(hwe->gt), fw_ref.domains);
> xe_pm_runtime_put(xe);
>
> for (class = 0; class < XE_ENGINE_CLASS_MAX; class++) {
>--
>2.51.1
>
next prev parent reply other threads:[~2025-11-17 22:19 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-14 21:43 [PATCH v3 00/27] Scope-based forcewake and runtime PM Matt Roper
2025-11-14 21:43 ` [PATCH v3 01/27] drm/xe/forcewake: Add scope-based cleanup for forcewake Matt Roper
2025-11-17 22:03 ` Gustavo Sousa
2025-11-17 22:17 ` Gustavo Sousa
2025-11-14 21:43 ` [PATCH v3 02/27] drm/xe/pm: Add scope-based cleanup helper for runtime PM Matt Roper
2025-11-17 22:04 ` Gustavo Sousa
2025-11-14 21:43 ` [PATCH v3 03/27] drm/xe/gt: Use scope-based cleanup Matt Roper
2025-11-14 21:43 ` [PATCH v3 04/27] drm/xe/gt_idle: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 05/27] drm/xe/guc: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 06/27] drm/xe/guc_pc: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 07/27] drm/xe/mocs: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 08/27] drm/xe/pat: Use scope-based forcewake Matt Roper
2025-11-14 21:43 ` [PATCH v3 09/27] drm/xe/pxp: Use scope-based cleanup Matt Roper
2025-11-14 21:43 ` [PATCH v3 10/27] drm/xe/gsc: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 11/27] drm/xe/device: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 12/27] drm/xe/devcoredump: " Matt Roper
2025-11-17 22:09 ` Gustavo Sousa
2025-11-14 21:43 ` [PATCH v3 13/27] drm/xe/display: Use scoped-cleanup Matt Roper
2025-11-17 22:11 ` Gustavo Sousa
2025-11-14 21:43 ` [PATCH v3 14/27] drm/xe: Return forcewake reference type from force_wake_get_any_engine() Matt Roper
2025-11-17 22:19 ` Gustavo Sousa [this message]
2025-11-14 21:43 ` [PATCH v3 15/27] drm/xe/drm_client: Use scope-based cleanup Matt Roper
2025-11-17 22:28 ` Gustavo Sousa
2025-11-14 21:43 ` [PATCH v3 16/27] drm/xe/gt_debugfs: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 17/27] drm/xe/huc: Use scope-based forcewake Matt Roper
2025-11-14 21:43 ` [PATCH v3 18/27] drm/xe/query: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 19/27] drm/xe/reg_sr: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 20/27] drm/xe/vram: " Matt Roper
2025-11-14 21:43 ` [PATCH v3 21/27] drm/xe/bo: Use scope-based runtime PM Matt Roper
2025-11-14 21:43 ` [PATCH v3 22/27] drm/xe/ggtt: Use scope-based runtime pm Matt Roper
2025-11-14 21:43 ` [PATCH v3 23/27] drm/xe/hwmon: Use scope-based runtime PM Matt Roper
2025-11-14 21:44 ` [PATCH v3 24/27] drm/xe/sriov: " Matt Roper
2025-11-14 21:44 ` [PATCH v3 25/27] drm/xe/tests: " Matt Roper
2025-11-14 21:44 ` [PATCH v3 26/27] drm/xe/sysfs: Use scope-based runtime power management Matt Roper
2025-11-14 21:44 ` [PATCH v3 27/27] drm/xe/debugfs: Use scope-based runtime PM Matt Roper
2025-11-14 23:22 ` ✗ CI.checkpatch: warning for Scope-based forcewake and runtime PM (rev4) Patchwork
2025-11-14 23:23 ` ✓ CI.KUnit: success " Patchwork
2025-11-15 0:14 ` ✓ Xe.CI.BAT: " Patchwork
2025-11-15 11:18 ` ✗ 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=176341797751.5989.17001525167474731829@intel.com \
--to=gustavo.sousa@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=matthew.d.roper@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