Re: [PATCH v4 3/3] drm/i915/perf: introduce global sseu pinning

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 06/03/2020 10:05, Lionel Landwerlin wrote:
On Gen11 powergating half the execution units is a functional
requirement when using the VME samplers. Not fullfilling this
requirement can lead to hangs.

This unfortunately plays fairly poorly with the NOA requirements. NOA
requires a stable power configuration to maintain its configuration.

As a result using OA (and NOA feeding into it) so far has required us
to use a power configuration that can work for all contexts. The only
power configuration fullfilling this is powergating half the execution
units.

This makes performance analysis for 3D workloads somewhat pointless.

Failing to find a solution that would work for everybody, this change
introduces a new i915-perf stream open parameter that punts the
decision off to userspace. If this parameter is omitted, the existing
Gen11 behavior remains (half EU array powergating).

This change takes the initiative to move all perf related sseu
configuration into i915_perf.c

v2: Make parameter priviliged if different from default

v3: Fix context modifying its sseu config while i915-perf is enabled

v4: Always consider global sseu a privileged operation (Tvrtko)
     Override req_sseu point in intel_sseu_make_rpcs() (Tvrtko)
     Remove unrelated changes (Tvrtko)

Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@xxxxxxxxx>
---
  drivers/gpu/drm/i915/gem/i915_gem_context.c | 10 +--
  drivers/gpu/drm/i915/gem/i915_gem_context.h |  4 +
  drivers/gpu/drm/i915/gt/intel_sseu.c        | 33 ++------
  drivers/gpu/drm/i915/i915_perf.c            | 84 ++++++++++++++++++++-
  drivers/gpu/drm/i915/i915_perf_types.h      |  7 ++
  include/uapi/drm/i915_drm.h                 | 11 +++
  6 files changed, 116 insertions(+), 33 deletions(-)

diff --git a/drivers/gpu/drm/i915/gem/i915_gem_context.c b/drivers/gpu/drm/i915/gem/i915_gem_context.c
index cb6b6be48978..edcbc7eef716 100644
--- a/drivers/gpu/drm/i915/gem/i915_gem_context.c
+++ b/drivers/gpu/drm/i915/gem/i915_gem_context.c
@@ -1358,10 +1358,10 @@ static int get_ringsize(struct i915_gem_context *ctx,
  	return 0;
  }
-static int
-user_to_context_sseu(struct drm_i915_private *i915,
-		     const struct drm_i915_gem_context_param_sseu *user,
-		     struct intel_sseu *context)
+int
+i915_gem_user_to_context_sseu(struct drm_i915_private *i915,
+			      const struct drm_i915_gem_context_param_sseu *user,
+			      struct intel_sseu *context)
  {
  	const struct sseu_dev_info *device = &RUNTIME_INFO(i915)->sseu;
@@ -1496,7 +1496,7 @@ static int set_sseu(struct i915_gem_context *ctx,
  		goto out_ce;
  	}
- ret = user_to_context_sseu(i915, &user_sseu, &sseu);
+	ret = i915_gem_user_to_context_sseu(i915, &user_sseu, &sseu);
  	if (ret)
  		goto out_ce;
diff --git a/drivers/gpu/drm/i915/gem/i915_gem_context.h b/drivers/gpu/drm/i915/gem/i915_gem_context.h
index 57b7ae2893e1..f37c36719b04 100644
--- a/drivers/gpu/drm/i915/gem/i915_gem_context.h
+++ b/drivers/gpu/drm/i915/gem/i915_gem_context.h
@@ -221,4 +221,8 @@ i915_gem_engines_iter_next(struct i915_gem_engines_iter *it);
  struct i915_lut_handle *i915_lut_handle_alloc(void);
  void i915_lut_handle_free(struct i915_lut_handle *lut);
+int i915_gem_user_to_context_sseu(struct drm_i915_private *i915,
+				  const struct drm_i915_gem_context_param_sseu *user,
+				  struct intel_sseu *context);
+
  #endif /* !__I915_GEM_CONTEXT_H__ */
diff --git a/drivers/gpu/drm/i915/gt/intel_sseu.c b/drivers/gpu/drm/i915/gt/intel_sseu.c
index 74f793423231..d173271c7397 100644
--- a/drivers/gpu/drm/i915/gt/intel_sseu.c
+++ b/drivers/gpu/drm/i915/gt/intel_sseu.c
@@ -65,7 +65,6 @@ u32 intel_sseu_make_rpcs(struct drm_i915_private *i915,
  {
  	const struct sseu_dev_info *sseu = &RUNTIME_INFO(i915)->sseu;
  	bool subslice_pg = sseu->has_subslice_pg;
-	struct intel_sseu ctx_sseu;
  	u8 slices, subslices;
  	u32 rpcs = 0;
@@ -78,31 +77,13 @@ u32 intel_sseu_make_rpcs(struct drm_i915_private *i915, /*
  	 * If i915/perf is active, we want a stable powergating configuration
-	 * on the system.
-	 *
-	 * We could choose full enablement, but on ICL we know there are use
-	 * cases which disable slices for functional, apart for performance
-	 * reasons. So in this case we select a known stable subset.
+	 * on the system. Use the configuration pinned by i915/perf.
  	 */
-	if (!i915->perf.exclusive_stream) {
-		ctx_sseu = *req_sseu;
-	} else {
-		ctx_sseu = intel_sseu_from_device_info(sseu);
-
-		if (IS_GEN(i915, 11)) {
-			/*
-			 * We only need subslice count so it doesn't matter
-			 * which ones we select - just turn off low bits in the
-			 * amount of half of all available subslices per slice.
-			 */
-			ctx_sseu.subslice_mask =
-				~(~0 << (hweight8(ctx_sseu.subslice_mask) / 2));
-			ctx_sseu.slice_mask = 0x1;
-		}
-	}
+	if (i915->perf.exclusive_stream)
+		req_sseu = &i915->perf.sseu;
- slices = hweight8(ctx_sseu.slice_mask);
-	subslices = hweight8(ctx_sseu.subslice_mask);
+	slices = hweight8(req_sseu->slice_mask);
+	subslices = hweight8(req_sseu->subslice_mask);
/*
  	 * Since the SScount bitfield in GEN8_R_PWR_CLK_STATE is only three bits
@@ -175,13 +156,13 @@ u32 intel_sseu_make_rpcs(struct drm_i915_private *i915,
  	if (sseu->has_eu_pg) {
  		u32 val;
- val = ctx_sseu.min_eus_per_subslice << GEN8_RPCS_EU_MIN_SHIFT;
+		val = req_sseu->min_eus_per_subslice << GEN8_RPCS_EU_MIN_SHIFT;
  		GEM_BUG_ON(val & ~GEN8_RPCS_EU_MIN_MASK);
  		val &= GEN8_RPCS_EU_MIN_MASK;
rpcs |= val; - val = ctx_sseu.max_eus_per_subslice << GEN8_RPCS_EU_MAX_SHIFT;
+		val = req_sseu->max_eus_per_subslice << GEN8_RPCS_EU_MAX_SHIFT;
  		GEM_BUG_ON(val & ~GEN8_RPCS_EU_MAX_MASK);
  		val &= GEN8_RPCS_EU_MAX_MASK;
diff --git a/drivers/gpu/drm/i915/i915_perf.c b/drivers/gpu/drm/i915/i915_perf.c
index 86c6abaa3e0e..36e46f3fbdb5 100644
--- a/drivers/gpu/drm/i915/i915_perf.c
+++ b/drivers/gpu/drm/i915/i915_perf.c
@@ -344,6 +344,11 @@ static const struct i915_oa_format gen12_oa_formats[I915_OA_FORMAT_MAX] = {
   * @oa_periodic: Whether to enable periodic OA unit sampling
   * @oa_period_exponent: The OA unit sampling period is derived from this
   * @engine: The engine (typically rcs0) being monitored by the OA unit
+ * @sseu: Selected sseu configuration for recording
+ * @has_sseu: Whther @drm_sseu was specified by userspace

Typo.

+ * @drm_sseu: SSEU configuration specified by userspace
+ * @sseu: internal SSEU configuration computed either with @drm_sseu or a
+ *        default value (see get_sseu_config())

@sseu is mentioned two times here.

   *
   * As read_properties_unlocked() enumerates and validates the properties given
   * to open a stream of metrics the configuration is built up in the structure
@@ -363,6 +368,10 @@ struct perf_open_properties {
  	int oa_period_exponent;
struct intel_engine_cs *engine;
+
+	bool has_sseu;
+	struct drm_i915_gem_context_param_sseu drm_sseu;
+	struct intel_sseu sseu;
  };
struct i915_oa_config_bo {
@@ -2720,6 +2729,47 @@ static int i915_perf_stream_enable_sync(struct i915_perf_stream *stream)
  	return 0;
  }
+static void
+get_default_sseu_config(struct intel_sseu *out_sseu,
+			struct intel_engine_cs *engine)
+{
+	const struct sseu_dev_info *devinfo_sseu =
+		&RUNTIME_INFO(engine->i915)->sseu;
+
+	*out_sseu = intel_sseu_from_device_info(devinfo_sseu);
+
+	if (IS_GEN(engine->i915, 11)) {
+		/*
+		 * We only need subslice count so it doesn't matter which ones
+		 * we select - just turn off low bits in the amount of half of
+		 * all available subslices per slice.
+		 */
+		out_sseu->subslice_mask =
+			~(~0 << (hweight8(out_sseu->subslice_mask) / 2));
+		out_sseu->slice_mask = 0x1;
+	}
+}
+
+static int
+get_sseu_config(struct intel_sseu *out_sseu,
+		struct intel_engine_cs *engine,
+		const struct drm_i915_gem_context_param_sseu *drm_sseu)
+{
+	struct intel_engine_cs *user_engine;
+
+	user_engine = intel_engine_lookup_user(
+		engine->i915,
+		drm_sseu->engine.engine_class,
+		drm_sseu->engine.engine_instance);
+	if (!user_engine)
+		return -EINVAL;
+
+	if (user_engine != engine)
+		return -EINVAL;

Do you think it will be useful for the prop to accept struct drm_i915_gem_context_param_sseu, which gives you effectively a redundant engine which you here verify? I suppose it is handy not having to define a new struct in uapi and being trivially able to use the same helper.

Perhaps you could ignore the engine param and document that? If one day that would make it easier attaching the same sseu config to multiple props. Highly hypothetical I know. No strong feeling either way.

+
+	return i915_gem_user_to_context_sseu(engine->i915, drm_sseu, out_sseu);
+}
+
  /**
   * i915_oa_stream_init - validate combined props for OA stream and init
   * @stream: An i915 perf stream
@@ -2852,6 +2902,8 @@ static int i915_oa_stream_init(struct i915_perf_stream *stream,
  		goto err_oa_buf_alloc;
stream->ops = &i915_oa_stream_ops;
+
+	perf->sseu = props->sseu;
  	WRITE_ONCE(perf->exclusive_stream, stream);
ret = i915_perf_stream_enable_sync(stream);
@@ -3397,6 +3449,20 @@ i915_perf_open_ioctl_locked(struct i915_perf *perf,
  		privileged_op = true;
  	}
+ /*
+	 * Asking for SSEU configuration is a priviliged operation.
+	 */
+	if (props->has_sseu) {
+		ret = get_sseu_config(&props->sseu, props->engine,
+				      &props->drm_sseu);
+		if (ret)
+			goto err;
+
+		privileged_op = true;
+	} else {
+		get_default_sseu_config(&props->sseu, props->engine);
+	}
+
  	/* Similar to perf's kernel.perf_paranoid_cpu sysctl option
  	 * we check a dev.i915.perf_stream_paranoid sysctl option
  	 * to determine if it's ok to access system wide OA counters
@@ -3492,6 +3558,7 @@ static int read_properties_unlocked(struct i915_perf *perf,
  {
  	u64 __user *uprop = uprops;
  	u32 i;
+	int ret;
memset(props, 0, sizeof(struct perf_open_properties)); @@ -3523,7 +3590,6 @@ static int read_properties_unlocked(struct i915_perf *perf,
  	for (i = 0; i < n_props; i++) {
  		u64 oa_period, oa_freq_hz;
  		u64 id, value;
-		int ret;
ret = get_user(id, uprop);
  		if (ret)
@@ -3609,6 +3675,16 @@ static int read_properties_unlocked(struct i915_perf *perf,
  		case DRM_I915_PERF_PROP_HOLD_PREEMPTION:
  			props->hold_preemption = !!value;
  			break;
+		case DRM_I915_PERF_PROP_GLOBAL_SSEU: {
+			if (copy_from_user(&props->drm_sseu,
+					   u64_to_user_ptr(value),
+					   sizeof(props->drm_sseu))) {
+				DRM_DEBUG("Unable to copy global sseu parameter\n");
+				return -EFAULT;
+			}
+			props->has_sseu = true;

You could move the props->sseu init here and then you woudn't have to have the drm_sseu field in the props. It just feels a bit inelegant to have it for transferring data around.

Then if you would also check (or ignore) the sseu engine matches the props engine here, you wouldn't need get_sseu_config(), could just call i915_gem_user_to_context_sseu directly.

Would just leave the privileged has_sseu check in the ioctl. (Which also feels a bit strange to me but we talked about it before. :)

[Comes back later.]

But then I see the sseu is actually copied one more time to it's final destination in i915_oa_stream_init. Should you then store just drm_sseu in the props and do the final application into perf->sseu directly in i915_oa_stream_init?

read_properties_unlocked:
	copy_from_user
	has_sseu = true

i915_perf_open_ioctl_locked:
	privileged_op = props->has_sseu

i915_oa_stream_init
	if (props->has_sseu)
		i915_gem_user_to_context_sseu(&perf->sseu, props->sseu)
	else
		get_default_sseu_config(&perf->sseu, props->engine);

What do you think?

+			break;
+		}
  		case DRM_I915_PERF_PROP_MAX:
  			MISSING_CASE(id);
  			return -EINVAL;
@@ -4382,8 +4458,12 @@ int i915_perf_ioctl_version(void)
  	 *    preemption on a particular context so that performance data is
  	 *    accessible from a delta of MI_RPC reports without looking at the
  	 *    OA buffer.
+	 *
+	 * 4: Add DRM_I915_PERF_PROP_ALLOWED_SSEU to limit what contexts can
+	 *    be run for the duration of the performance recording based on
+	 *    their SSEU configuration.
  	 */
-	return 3;
+	return 4;
  }
#if IS_ENABLED(CONFIG_DRM_I915_SELFTEST)
diff --git a/drivers/gpu/drm/i915/i915_perf_types.h b/drivers/gpu/drm/i915/i915_perf_types.h
index f4ccd2adfee6..32289cbda648 100644
--- a/drivers/gpu/drm/i915/i915_perf_types.h
+++ b/drivers/gpu/drm/i915/i915_perf_types.h
@@ -16,6 +16,7 @@
  #include <linux/uuid.h>
  #include <linux/wait.h>
+#include "gt/intel_sseu.h"
  #include "i915_reg.h"
  #include "intel_wakeref.h"
@@ -407,6 +408,12 @@ struct i915_perf {
  	 */
  	struct i915_perf_stream *exclusive_stream;
+ /**
+	 * @sseu: sseu configuration selected to run while perf is active,
+	 * applies to all contexts.
+	 */
+	struct intel_sseu sseu;
+
  	/**
  	 * For rate limiting any notifications of spurious
  	 * invalid OA reports
diff --git a/include/uapi/drm/i915_drm.h b/include/uapi/drm/i915_drm.h
index 2813e579b480..db649d03ab52 100644
--- a/include/uapi/drm/i915_drm.h
+++ b/include/uapi/drm/i915_drm.h
@@ -1969,6 +1969,17 @@ enum drm_i915_perf_property_id {
  	 */
  	DRM_I915_PERF_PROP_HOLD_PREEMPTION,
+ /**
+	 * Specifying this pins all contexts to the specified SSEU power
+	 * configuration for the duration of the recording.
+	 *
+	 * This parameter's value is a pointer to a struct
+	 * drm_i915_gem_context_param_sseu.
+	 *
+	 * This property is available in perf revision 4.
+	 */
+	DRM_I915_PERF_PROP_GLOBAL_SSEU,
+
  	DRM_I915_PERF_PROP_MAX /* non-ABI */
  };

No major complaints, just bikeshedding it a little bit. :) If you feel it is good enough as is then I agree it is passable.

Regards,

Tvrtko
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/intel-gfx



[Index of Archives]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux