From: Matthew Brost <matthew.brost@intel.com>
To: Michal Wajdeczko <michal.wajdeczko@intel.com>
Cc: <intel-xe@lists.freedesktop.org>,
Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
Subject: Re: [PATCH] drm/xe/huc: Use GT oriented error messages in xe_huc.c
Date: Fri, 21 Jun 2024 20:30:31 +0000 [thread overview]
Message-ID: <ZnXi52HtwABSB0WU@DUT025-TGLU.fm.intel.com> (raw)
In-Reply-To: <ab2566db-216f-405b-a719-b49e24aaf423@intel.com>
On Fri, Jun 21, 2024 at 08:12:48PM +0200, Michal Wajdeczko wrote:
>
>
> On 21.06.2024 19:47, Matthew Brost wrote:
> > On Fri, Jun 21, 2024 at 07:25:22PM +0200, Michal Wajdeczko wrote:
> >> If applicable, we prefer GT oriented dmesg messages. Update all
> >> HuC related messages and use more user friendly error codes.
> >>
> >> Signed-off-by: Michal Wajdeczko <michal.wajdeczko@intel.com>
> >> Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
> >> ---
> >> drivers/gpu/drm/xe/xe_huc.c | 22 +++++++++++-----------
> >> 1 file changed, 11 insertions(+), 11 deletions(-)
> >>
> >> diff --git a/drivers/gpu/drm/xe/xe_huc.c b/drivers/gpu/drm/xe/xe_huc.c
> >> index c88761fe31c9..bec4366e5513 100644
> >> --- a/drivers/gpu/drm/xe/xe_huc.c
> >> +++ b/drivers/gpu/drm/xe/xe_huc.c
> >> @@ -18,6 +18,7 @@
> >> #include "xe_force_wake.h"
> >> #include "xe_gsc_submit.h"
> >> #include "xe_gt.h"
> >> +#include "xe_gt_printk.h"
> >> #include "xe_guc.h"
> >> #include "xe_map.h"
> >> #include "xe_mmio.h"
> >> @@ -107,7 +108,7 @@ int xe_huc_init(struct xe_huc *huc)
> >> return 0;
> >>
> >> out:
> >> - drm_err(&xe->drm, "HuC init failed with %d", ret);
> >> + xe_gt_err(gt, "HuC: initialization failed: %pe\n", ERR_PTR(ret));
> >
> > Why the ERR_PTR change? I think this make everything less clear. Or does
> > %pe convert this back to an easily readable value?
>
> yes, instead of raw error value:
>
> "... [drm] *ERROR* HuC init failed with -5"
>
> it will print error name:
>
> "... [drm] *ERROR* GT0: HuC: initialization failed: -EIO"
>
> see [1] for more details
>
> [1] https://elixir.bootlin.com/linux/latest/source/lib/Kconfig.debug#L191
Thanks, this is more clear. Good to know and will use this in code I
write going forward.
With that:
Reviewed-by: Matthew Brost <matthew.brost@intel.com>
>
> >
> > Matt
> >
> >> return ret;
> >> }
> >>
> >> @@ -195,14 +196,14 @@ static int huc_auth_via_gsccs(struct xe_huc *huc)
> >> } while (--retry && err == -EBUSY);
> >>
> >> if (err) {
> >> - drm_err(&xe->drm, "failed to submit GSC request to auth: %d\n", err);
> >> + xe_gt_err(gt, "HuC: failed to submit GSC request to auth: %pe\n", ERR_PTR(err));
> >> return err;
> >> }
> >>
> >> err = xe_gsc_read_out_header(xe, &pkt->vmap, PXP43_HUC_AUTH_INOUT_SIZE,
> >> sizeof(struct pxp43_huc_auth_out), &rd_offset);
> >> if (err) {
> >> - drm_err(&xe->drm, "HuC: invalid GSC reply for auth (err=%d)\n", err);
> >> + xe_gt_err(gt, "HuC: invalid GSC reply for auth: %pe\n", ERR_PTR(err));
> >> return err;
> >> }
> >>
> >> @@ -213,7 +214,7 @@ static int huc_auth_via_gsccs(struct xe_huc *huc)
> >> */
> >> out_status = huc_auth_msg_rd(xe, &pkt->vmap, rd_offset, header.status);
> >> if (out_status != PXP_STATUS_SUCCESS && out_status != PXP_STATUS_OP_NOT_PERMITTED) {
> >> - drm_err(&xe->drm, "auth failed with GSC error = 0x%x\n", out_status);
> >> + xe_gt_err(gt, "HuC: authentication failed with GSC error = %#x\n", out_status);
> >> return -EIO;
> >> }
> >>
> >> @@ -242,7 +243,6 @@ bool xe_huc_is_authenticated(struct xe_huc *huc, enum xe_huc_auth_types type)
> >>
> >> int xe_huc_auth(struct xe_huc *huc, enum xe_huc_auth_types type)
> >> {
> >> - struct xe_device *xe = huc_to_xe(huc);
> >> struct xe_gt *gt = huc_to_gt(huc);
> >> struct xe_guc *guc = huc_to_guc(huc);
> >> int ret;
> >> @@ -272,26 +272,26 @@ int xe_huc_auth(struct xe_huc *huc, enum xe_huc_auth_types type)
> >> return -EINVAL;
> >> }
> >> if (ret) {
> >> - drm_err(&xe->drm, "Failed to trigger HuC auth via %s: %d\n",
> >> - huc_auth_modes[type].name, ret);
> >> + xe_gt_err(gt, "HuC: failed to trigger auth via %s: %pe\n",
> >> + huc_auth_modes[type].name, ERR_PTR(ret));
> >> goto fail;
> >> }
> >>
> >> ret = xe_mmio_wait32(gt, huc_auth_modes[type].reg, huc_auth_modes[type].val,
> >> huc_auth_modes[type].val, 100000, NULL, false);
> >> if (ret) {
> >> - drm_err(&xe->drm, "HuC: Firmware not verified %d\n", ret);
> >> + xe_gt_err(gt, "HuC: firmware not verified: %pe\n", ERR_PTR(ret));
> >> goto fail;
> >> }
> >>
> >> xe_uc_fw_change_status(&huc->fw, XE_UC_FIRMWARE_RUNNING);
> >> - drm_dbg(&xe->drm, "HuC authenticated via %s\n", huc_auth_modes[type].name);
> >> + xe_gt_dbg(gt, "HuC: authenticated via %s\n", huc_auth_modes[type].name);
> >>
> >> return 0;
> >>
> >> fail:
> >> - drm_err(&xe->drm, "HuC: Auth via %s failed: %d\n",
> >> - huc_auth_modes[type].name, ret);
> >> + xe_gt_err(gt, "HuC: authentication via %s failed: %pe\n",
> >> + huc_auth_modes[type].name, ERR_PTR(ret));
> >> xe_uc_fw_change_status(&huc->fw, XE_UC_FIRMWARE_LOAD_FAIL);
> >>
> >> return ret;
> >> --
> >> 2.43.0
> >>
next prev parent reply other threads:[~2024-06-21 20:31 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-21 17:25 [PATCH] drm/xe/huc: Use GT oriented error messages in xe_huc.c Michal Wajdeczko
2024-06-21 17:47 ` Matthew Brost
2024-06-21 18:12 ` Michal Wajdeczko
2024-06-21 20:30 ` Matthew Brost [this message]
2024-06-21 17:49 ` ✓ CI.Patch_applied: success for " Patchwork
2024-06-21 17:50 ` ✓ CI.checkpatch: " Patchwork
2024-06-21 17:51 ` ✓ CI.KUnit: " Patchwork
2024-06-21 18:03 ` ✓ CI.Build: " Patchwork
2024-06-21 18:05 ` ✗ CI.Hooks: failure " Patchwork
2024-06-21 18:07 ` ✓ CI.checksparse: success " Patchwork
2024-06-21 18:30 ` ✓ CI.BAT: " Patchwork
2024-06-21 19:37 ` ✓ CI.FULL: " 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=ZnXi52HtwABSB0WU@DUT025-TGLU.fm.intel.com \
--to=matthew.brost@intel.com \
--cc=daniele.ceraolospurio@intel.com \
--cc=intel-xe@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