Intel-XE Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
To: Ashutosh Dixit <ashutosh.dixit@intel.com>
Cc: <intel-xe@lists.freedesktop.org>
Subject: Re: [PATCH 2/2] drm/xe/oa/uapi: Allow preemption to be disabled on the stream exec queue
Date: Tue, 25 Jun 2024 20:07:31 -0700	[thread overview]
Message-ID: <ZnuF81Eh7t8AK4KF@orsosgc001> (raw)
In-Reply-To: <20240626021343.1054590-3-ashutosh.dixit@intel.com>

On Tue, Jun 25, 2024 at 07:13:43PM -0700, Ashutosh Dixit wrote:
>Mesa VK_KHR_performance_query use case requires preemption and timeslicing
>to be disabled for the stream exec queue. Implement this functionality
>here.
>
>Signed-off-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
>---
> drivers/gpu/drm/xe/xe_oa.c       | 70 +++++++++++++++++++++++++++++++-
> drivers/gpu/drm/xe/xe_oa_types.h |  3 ++
> include/uapi/drm/xe_drm.h        |  6 +++
> 3 files changed, 78 insertions(+), 1 deletion(-)
>
>diff --git a/drivers/gpu/drm/xe/xe_oa.c b/drivers/gpu/drm/xe/xe_oa.c
>index a68659fd5386..1147035af039 100644
>--- a/drivers/gpu/drm/xe/xe_oa.c
>+++ b/drivers/gpu/drm/xe/xe_oa.c
>@@ -80,6 +80,7 @@ struct xe_oa_open_param {
> 	int engine_instance;
> 	struct xe_exec_queue *exec_q;
> 	struct xe_hw_engine *hwe;
>+	bool no_preempt;
> };
>
> struct xe_oa_config_bo {
>@@ -1013,11 +1014,55 @@ static void xe_oa_stream_disable(struct xe_oa_stream *stream)
> 		hrtimer_cancel(&stream->poll_check_timer);
> }
>
>+static int xe_oa_enable_preempt_timeslice(struct xe_oa_stream *stream)
>+{
>+	struct xe_exec_queue *q = stream->exec_q;
>+	int ret1, ret2;
>+
>+	/* Best effort recovery: try to revert both to original, irrespective of error */
>+	ret1 = q->ops->set_timeslice(q, stream->hwe->eclass->sched_props.timeslice_us);
>+	ret2 = q->ops->set_preempt_timeout(q, stream->hwe->eclass->sched_props.preempt_timeout_us);
>+	if (ret1 || ret2)
>+		goto err;
>+	return 0;
>+err:
>+	drm_dbg(&stream->oa->xe->drm, "%s failed %d\n", __func__, ret1 ?: ret2);

Maybe print both rets or something that allows us to know which one failed.

drm_dbg(&stream->oa->xe->drm, "%s failed ret1 = %d, ret2 = %d\n",
__func__, ret1, ret2);

>+	return ret1 ?: ret2;
>+}
>+
>+static int xe_oa_disable_preempt_timeslice(struct xe_oa_stream *stream)
>+{
>+	struct xe_exec_queue *q = stream->exec_q;
>+	int ret;
>+
>+	/* Setting values to 0 will disable timeslice and preempt_timeout */
>+	ret = q->ops->set_timeslice(q, 0);
>+	if (ret)
>+		goto err;
>+
>+	ret = q->ops->set_preempt_timeout(q, 0);
>+	if (ret)
>+		goto err;
>+
>+	return 0;
>+err:
>+	xe_oa_enable_preempt_timeslice(stream);
>+	drm_dbg(&stream->oa->xe->drm, "%s failed %d\n", __func__, ret);
>+	return ret;

1) I think the same parameters are also exposed via sysfs and they may be 
applied at the engine or class level by the user. I believe context level 
granularity is only available to KMD. Hence, for the duration of the OA use case 
(from open to close of the stream fd), how do you make sure that someone else is 
not undoing what you did here? 

I don't see anyone calling these hooks though. The only place where these params 
are applied to the context are when the context is registered (likely when user 
creates the queue). Better to have someone from GuC team or Matt confirm that 
this is okay as is.

2) The other aspect I worry about is synchronization between sysfs modifying the 
underlying scheduling params and OA trying to modify them at the some other 
time. The set hooks themselves don't use any locks and I think it is because 
these params are modified in select places where concurrency may not be an 
issue. With OA, we may have to do some sync OR at least rule out potential 
concurrency issues. Again, we should understand when these params may be applied 
outside of OA.

Thanks,
Umesh

>+}
>+
> static int xe_oa_enable_locked(struct xe_oa_stream *stream)
> {
> 	if (stream->enabled)
> 		return 0;
>
>+	if (stream->no_preempt) {
>+		int ret = xe_oa_disable_preempt_timeslice(stream);
>+
>+		if (ret)
>+			return ret;
>+	}
>+
> 	xe_oa_stream_enable(stream);
>
> 	stream->enabled = true;
>@@ -1026,13 +1071,18 @@ static int xe_oa_enable_locked(struct xe_oa_stream *stream)
>
> static int xe_oa_disable_locked(struct xe_oa_stream *stream)
> {
>+	int ret = 0;
>+
> 	if (!stream->enabled)
> 		return 0;
>
> 	xe_oa_stream_disable(stream);
>
>+	if (stream->no_preempt)
>+		ret = xe_oa_enable_preempt_timeslice(stream);
>+
> 	stream->enabled = false;
>-	return 0;
>+	return ret;
> }
>
> static long xe_oa_config_locked(struct xe_oa_stream *stream, u64 arg)
>@@ -1307,6 +1357,7 @@ static int xe_oa_stream_init(struct xe_oa_stream *stream,
> 	stream->sample = param->sample;
> 	stream->periodic = param->period_exponent > 0;
> 	stream->period_exponent = param->period_exponent;
>+	stream->no_preempt = param->no_preempt;
>
> 	/*
> 	 * For Xe2+, when overrun mode is enabled, there are no partial reports at the end
>@@ -1651,6 +1702,13 @@ static int xe_oa_set_prop_engine_instance(struct xe_oa *oa, u64 value,
> 	return 0;
> }
>
>+static int xe_oa_set_no_preempt(struct xe_oa *oa, u64 value,
>+				struct xe_oa_open_param *param)
>+{
>+	param->no_preempt = value;
>+	return 0;
>+}
>+
> typedef int (*xe_oa_set_property_fn)(struct xe_oa *oa, u64 value,
> 				     struct xe_oa_open_param *param);
> static const xe_oa_set_property_fn xe_oa_set_property_funcs[] = {
>@@ -1662,6 +1720,7 @@ static const xe_oa_set_property_fn xe_oa_set_property_funcs[] = {
> 	[DRM_XE_OA_PROPERTY_OA_DISABLED] = xe_oa_set_prop_disabled,
> 	[DRM_XE_OA_PROPERTY_EXEC_QUEUE_ID] = xe_oa_set_prop_exec_queue_id,
> 	[DRM_XE_OA_PROPERTY_OA_ENGINE_INSTANCE] = xe_oa_set_prop_engine_instance,
>+	[DRM_XE_OA_PROPERTY_NO_PREEMPT] = xe_oa_set_no_preempt,
> };
>
> static int xe_oa_user_ext_set_property(struct xe_oa *oa, u64 extension,
>@@ -1766,6 +1825,15 @@ int xe_oa_stream_open_ioctl(struct drm_device *dev, u64 data, struct drm_file *f
> 	if (param.exec_q && !param.sample)
> 		privileged_op = false;
>
>+	if (param.no_preempt) {
>+		if (!param.exec_q) {
>+			drm_dbg(&oa->xe->drm, "Preemption disable without exec_q!\n");
>+			ret = -EINVAL;
>+			goto err_exec_q;
>+		}
>+		privileged_op = true;
>+	}
>+
> 	if (privileged_op && xe_perf_stream_paranoid && !perfmon_capable()) {
> 		drm_dbg(&oa->xe->drm, "Insufficient privileges to open xe perf stream\n");
> 		ret = -EACCES;
>diff --git a/drivers/gpu/drm/xe/xe_oa_types.h b/drivers/gpu/drm/xe/xe_oa_types.h
>index 706d45577dae..540c3ec53a6d 100644
>--- a/drivers/gpu/drm/xe/xe_oa_types.h
>+++ b/drivers/gpu/drm/xe/xe_oa_types.h
>@@ -235,5 +235,8 @@ struct xe_oa_stream {
>
> 	/** @oa_status: temporary storage for oa_status register value */
> 	u32 oa_status;
>+
>+	/** @no_preempt: Whether preemption and timeslicing is disabled for stream exec_q */
>+	u32 no_preempt;
> };
> #endif
>diff --git a/include/uapi/drm/xe_drm.h b/include/uapi/drm/xe_drm.h
>index b410553faa9b..12eaa8532b5c 100644
>--- a/include/uapi/drm/xe_drm.h
>+++ b/include/uapi/drm/xe_drm.h
>@@ -1611,6 +1611,12 @@ enum drm_xe_oa_property_id {
> 	 * pass along with @DRM_XE_OA_PROPERTY_EXEC_QUEUE_ID or will default to 0.
> 	 */
> 	DRM_XE_OA_PROPERTY_OA_ENGINE_INSTANCE,
>+
>+	/**
>+	 * @DRM_XE_OA_PROPERTY_NO_PREEMPT: Allow preemption and timeslicing
>+	 * to be disabled for the stream exec queue.
>+	 */
>+	DRM_XE_OA_PROPERTY_NO_PREEMPT,
> };
>
> /**
>-- 
>2.41.0
>

  reply	other threads:[~2024-06-26  3:07 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-26  2:13 [PATCH v5 0/2] drm/xe/oa: Add NO_PREEMPT property Ashutosh Dixit
2024-06-26  2:13 ` [PATCH 1/2] drm/xe/oa: Allow stream enable/disable functions to return error Ashutosh Dixit
2024-06-26  2:13 ` [PATCH 2/2] drm/xe/oa/uapi: Allow preemption to be disabled on the stream exec queue Ashutosh Dixit
2024-06-26  3:07   ` Umesh Nerlige Ramappa [this message]
2024-06-26  7:51     ` Dixit, Ashutosh
2024-06-26 13:54       ` Upadhyay, Tejas
2024-06-26 16:58         ` Umesh Nerlige Ramappa
2024-06-26  2:47 ` ✓ CI.Patch_applied: success for drm/xe/oa: Add NO_PREEMPT property (rev5) Patchwork
2024-06-26  2:47 ` ✓ CI.checkpatch: " Patchwork
2024-06-26  2:49 ` ✓ CI.KUnit: " Patchwork
2024-06-26  3:01 ` ✓ CI.Build: " Patchwork
2024-06-26  3:03 ` ✓ CI.Hooks: " Patchwork
2024-06-26  3:04 ` ✓ CI.checksparse: " Patchwork
2024-06-26  3:27 ` ✓ CI.BAT: " Patchwork
2024-06-26  6:30 ` ✓ CI.FULL: " Patchwork
2024-06-26 16:55 ` [PATCH v5 0/2] drm/xe/oa: Add NO_PREEMPT property Souza, Jose
2024-06-26 19:43   ` Dixit, Ashutosh
2024-06-27  7:15     ` Dixit, Ashutosh
2024-06-27 13:43       ` Souza, Jose
  -- strict thread matches above, loose matches on Subject: below --
2024-06-26 18:18 [PATCH " Ashutosh Dixit
2024-06-26 18:18 ` [PATCH 2/2] drm/xe/oa/uapi: Allow preemption to be disabled on the stream exec queue Ashutosh Dixit
2024-06-26 22:19   ` Matthew Brost

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=ZnuF81Eh7t8AK4KF@orsosgc001 \
    --to=umesh.nerlige.ramappa@intel.com \
    --cc=ashutosh.dixit@intel.com \
    --cc=intel-xe@lists.freedesktop.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