From: Michel Thierry <michel.thierry@intel.com>
To: "intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>,
Chris Wilson <chris@chris-wilson.co.uk>,
Michal Wajdeczko <michal.wajdeczko@intel.com>
Subject: Re: [PATCH v2] drm/i915: Use the engine name directly in the error_state file
Date: Fri, 12 Jan 2018 12:47:47 -0800 [thread overview]
Message-ID: <6adb823a-a00a-2d69-ea17-693bb4b1885a@intel.com> (raw)
In-Reply-To: <20180110012151.28261-1-michel.thierry@intel.com>
On 1/9/2018 5:21 PM, Michel Thierry wrote:
> Instead of using local string names that we will have to keep
> maintaining, use the engine->name directly.
>
> v2: Better invalid engine_id handling, capture_bo will not be able know
> the engine_id and end up with -1 (Michal).
>
Hi,
Fi.CI.IGT didn't catch any failure, apart from intel_error_decode (which
didn't complain), I'm not sure which other tool could be using these names.
And now that there are icl patches, this will help there too.
> Suggested-by: Michal Wajdeczko <michal.wajdeczko@intel.com>
> Signed-off-by: Michel Thierry <michel.thierry@intel.com>
> Cc: Michal Wajdeczko <michal.wajdeczko@intel.com>
> Cc: Chris Wilson <chris@chris-wilson.co.uk>
> ---
> drivers/gpu/drm/i915/i915_gpu_error.c | 33 ++++++++++++++++++++-------------
> 1 file changed, 20 insertions(+), 13 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/i915_gpu_error.c b/drivers/gpu/drm/i915/i915_gpu_error.c
> index 94499c24f279..422e302161e5 100644
> --- a/drivers/gpu/drm/i915/i915_gpu_error.c
> +++ b/drivers/gpu/drm/i915/i915_gpu_error.c
> @@ -34,16 +34,22 @@
>
> #include "i915_drv.h"
>
> -static const char *engine_str(int engine)
> -{
> - switch (engine) {
> - case RCS: return "render";
> - case VCS: return "bsd";
> - case BCS: return "blt";
> - case VECS: return "vebox";
> - case VCS2: return "bsd2";
> - default: return "";
> - }
> +static inline const char *intel_engine_name(struct intel_engine_cs *engine)
> +{
> + return engine ? engine->name : "";
> +}
> +
> +static inline struct intel_engine_cs *
> +intel_engine_lookup(struct drm_i915_private *i915, int engine_id)
> +{
> + if (engine_id < 0 || engine_id >= I915_NUM_ENGINES)
> + return NULL;
> + return i915->engine[engine_id];
> +}
> +
> +static const char *engine_str(struct drm_i915_private *i915, int engine_id)
> +{
> + return intel_engine_name(intel_engine_lookup(i915, engine_id));
> }
>
> static const char *tiling_flag(int tiling)
> @@ -345,7 +351,7 @@ static void print_error_buffers(struct drm_i915_error_state_buf *m,
> err_puts(m, purgeable_flag(err->purgeable));
> err_puts(m, err->userptr ? " userptr" : "");
> err_puts(m, err->engine != -1 ? " " : "");
> - err_puts(m, engine_str(err->engine));
> + err_puts(m, engine_str(m->i915, err->engine));
> err_puts(m, i915_cache_level_str(m->i915, err->cache_level));
>
> if (err->name)
> @@ -417,7 +423,8 @@ static void error_print_engine(struct drm_i915_error_state_buf *m,
> {
> int n;
>
> - err_printf(m, "%s command stream:\n", engine_str(ee->engine_id));
> + err_printf(m, "%s command stream:\n", engine_str(m->i915,
> + ee->engine_id));
> err_printf(m, " IDLE?: %s\n", yesno(ee->idle));
> err_printf(m, " START: 0x%08x\n", ee->start);
> err_printf(m, " HEAD: 0x%08x [0x%08x]\n", ee->head, ee->rq_head);
> @@ -633,7 +640,7 @@ int i915_error_state_to_str(struct drm_i915_error_state_buf *m,
> if (error->engine[i].hangcheck_stalled &&
> error->engine[i].context.pid) {
> err_printf(m, "Active process (on ring %s): %s [%d], score %d\n",
> - engine_str(i),
> + engine_str(m->i915, i),
> error->engine[i].context.comm,
> error->engine[i].context.pid,
> error->engine[i].context.ban_score);
> --
> 2.15.1
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2018-01-12 20:47 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-10 1:21 [PATCH v2] drm/i915: Use the engine name directly in the error_state file Michel Thierry
2018-01-10 1:42 ` ✓ Fi.CI.BAT: success for drm/i915: Use the engine name directly in the error_state file (rev2) Patchwork
2018-01-10 2:33 ` ✓ Fi.CI.IGT: " Patchwork
2018-01-12 20:47 ` Michel Thierry [this message]
2018-01-15 17:15 ` [PATCH v2] drm/i915: Use the engine name directly in the error_state file Tvrtko Ursulin
2018-01-16 18:33 ` Michel Thierry
2018-01-17 15:15 ` Chris Wilson
2018-01-18 0:39 ` Michel Thierry
2018-01-18 11:26 ` Chris Wilson
2018-01-18 18:17 ` Chris Wilson
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=6adb823a-a00a-2d69-ea17-693bb4b1885a@intel.com \
--to=michel.thierry@intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=intel-gfx@lists.freedesktop.org \
--cc=michal.wajdeczko@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