From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Dafna Hirschfeld <dhirschfeld@habana.ai>
Cc: <intel-xe@lists.freedesktop.org>,
Lucas De Marchi <lucas.demarchi@intel.com>,
Alan Previn <alan.previn.teres.alexis@intel.com>
Subject: Re: [PATCH 6/6] drm/xe: Introduce the busted_mode debugfs
Date: Mon, 18 Mar 2024 17:25:14 -0400 [thread overview]
Message-ID: <ZfixOn45Wi8Z4xdk@intel.com> (raw)
In-Reply-To: <knthwwkn3a4oucvvprgg56lks5a2zgb3n5wegiisdkmlyp6jdr@yq5j5zggqbgr>
On Mon, Mar 18, 2024 at 11:12:10PM +0200, Dafna Hirschfeld wrote:
> On 15.03.2024 10:01, Rodrigo Vivi wrote:
> > So, the busted mode can be selected at runtime with the device
> > granularity, rather then a module policy.
> >
> > Cc: Lucas De Marchi <lucas.demarchi@intel.com>
> > Cc: Alan Previn <alan.previn.teres.alexis@intel.com>
> > Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
> > ---
> > drivers/gpu/drm/xe/xe_debugfs.c | 12 +++++++++
> > drivers/gpu/drm/xe/xe_guc_ads.c | 46 +++++++++++++++++++++++++++++++++
> > drivers/gpu/drm/xe/xe_guc_ads.h | 1 +
> > 3 files changed, 59 insertions(+)
> >
> > diff --git a/drivers/gpu/drm/xe/xe_debugfs.c b/drivers/gpu/drm/xe/xe_debugfs.c
> > index 175ba306c3eb..0cd20862d32e 100644
> > --- a/drivers/gpu/drm/xe/xe_debugfs.c
> > +++ b/drivers/gpu/drm/xe/xe_debugfs.c
> > @@ -12,6 +12,7 @@
> > #include "xe_bo.h"
> > #include "xe_device.h"
> > #include "xe_gt_debugfs.h"
> > +#include "xe_guc_ads.h"
> > #include "xe_pm.h"
> > #include "xe_step.h"
> >
> > @@ -124,8 +125,10 @@ static ssize_t busted_mode_set(struct file *f, const char __user *ubuf,
> > size_t size, loff_t *pos)
> > {
> > struct xe_device *xe = file_inode(f)->i_private;
> > + struct xe_gt *gt;
> > u32 busted_mode;
> > ssize_t ret;
> > + u8 id;
> >
> > ret = kstrtouint_from_user(ubuf, size, 0, &busted_mode);
> > if (ret)
> > @@ -136,6 +139,15 @@ static ssize_t busted_mode_set(struct file *f, const char __user *ubuf,
> >
> > mutex_lock(&xe->busted.lock);
> > xe->busted.mode = busted_mode;
> > + if (busted_mode == 2) {
> > + for_each_gt(gt, xe, id) {
> > + ret = xe_guc_ads_scheduler_policy_disable_reset(>->uc.guc.ads);
> > + if (ret) {
> > + drm_err(&xe->drm, "Failed to update GuC ADS scheduler policy. GPU might still reset even on the busted_mode=2\n");
> > + break;
> > + }
> > + }
> > + }
> > mutex_unlock(&xe->busted.lock);
> >
> > return size;
> > diff --git a/drivers/gpu/drm/xe/xe_guc_ads.c b/drivers/gpu/drm/xe/xe_guc_ads.c
> > index 43f0a88bbe8a..5dccdbe595bf 100644
> > --- a/drivers/gpu/drm/xe/xe_guc_ads.c
> > +++ b/drivers/gpu/drm/xe/xe_guc_ads.c
> > @@ -7,6 +7,7 @@
> >
> > #include <drm/drm_managed.h>
> >
> > +#include "abi/guc_actions_abi.h"
> > #include "regs/xe_engine_regs.h"
> > #include "regs/xe_gt_regs.h"
> > #include "regs/xe_guc_regs.h"
> > @@ -14,6 +15,7 @@
> > #include "xe_gt.h"
> > #include "xe_gt_ccs_mode.h"
> > #include "xe_guc.h"
> > +#include "xe_guc_ct.h"
> > #include "xe_hw_engine.h"
> > #include "xe_lrc.h"
> > #include "xe_map.h"
> > @@ -679,3 +681,47 @@ void xe_guc_ads_populate_post_load(struct xe_guc_ads *ads)
> > {
> > guc_populate_golden_lrc(ads);
> > }
> > +
> > +static int guc_ads_action_update_policies(struct xe_guc_ads *ads, u32 policy_offset)
> > +{
> > + struct xe_guc_ct *ct = &ads_to_guc(ads)->ct;
> > + u32 action[] = {
> > + XE_GUC_ACTION_GLOBAL_SCHED_POLICY_CHANGE,
> > + policy_offset
> > + };
> > +
> > + return xe_guc_ct_send(ct, action, ARRAY_SIZE(action), 0, 0);
> > +}
> > +
> > +int xe_guc_ads_scheduler_policy_disable_reset(struct xe_guc_ads *ads)
> > +{
> > + struct xe_device *xe = ads_to_xe(ads);
> > + struct xe_gt *gt = ads_to_gt(ads);
> > + struct xe_tile *tile = gt_to_tile(gt);
> > + struct guc_policies *policies;
> > + struct xe_bo *bo;
> > + int ret = 0;
> > +
> > + policies = kmalloc(sizeof(*policies), GFP_KERNEL);
> > + if (!policies)
> > + return -ENOMEM;
> > +
> > + policies->dpc_promote_time = ads_blob_read(ads, policies.dpc_promote_time);
> > + policies->max_num_work_items = ads_blob_read(ads, policies.max_num_work_items);
> > + policies->is_valid = 1;
> > + if (xe->busted.mode == 2)
> > + policies->global_flags |= GLOBAL_POLICY_DISABLE_ENGINE_RESET;
> > +
> > + bo = xe_managed_bo_create_from_data(xe, tile, policies, sizeof(struct guc_policies),
> > + XE_BO_CREATE_VRAM_IF_DGFX(tile) |
> > + XE_BO_CREATE_GGTT_BIT);
>
> Hi,
> This commit title is identical to the previous commit in this patchset. I think better
> to change it to avoid confusion.
it should be squashed... it should all be in a single patch.
I will change before resending.
> Also, the 'bo' created here is only released upon device release right? It can be releasejhlhhhhajhhhaas
> immediately.
Well, I could not see in GuC documentation any instruction saying it would copy
the value and then the buffer could be deleted.
I just saw that we have to allocate a GGTT buffer and send the offset.
So I handled like every other guc command that tells that... that is to keep
the memory pinned to the end.
I will try to run some experiments later trying to set this config, and then
move to a suspend state and see how it behaves after the resume...
well, with that in mind I also want to play around on letting all the guc
buffers to go on the resumes where we must lose power and reallocate
everything back upon resume. Then, this will be just an extra case to take
care later.
>
> Thank,
> Dafna
>
> > + if (IS_ERR(bo)) {
> > + ret = PTR_ERR(bo);
> > + goto out;
> > + }
> > +
> > + ret = guc_ads_action_update_policies(ads, xe_bo_ggtt_addr(bo));
> > +out:
> > + kfree(policies);
> > + return ret;
> > +}
> > diff --git a/drivers/gpu/drm/xe/xe_guc_ads.h b/drivers/gpu/drm/xe/xe_guc_ads.h
> > index 138ef6267671..7c45c40fab34 100644
> > --- a/drivers/gpu/drm/xe/xe_guc_ads.h
> > +++ b/drivers/gpu/drm/xe/xe_guc_ads.h
> > @@ -13,5 +13,6 @@ int xe_guc_ads_init_post_hwconfig(struct xe_guc_ads *ads);
> > void xe_guc_ads_populate(struct xe_guc_ads *ads);
> > void xe_guc_ads_populate_minimal(struct xe_guc_ads *ads);
> > void xe_guc_ads_populate_post_load(struct xe_guc_ads *ads);
> > +int xe_guc_ads_scheduler_policy_disable_reset(struct xe_guc_ads *ads);
> >
> > #endif
> > --
> > 2.44.0
> >
next prev parent reply other threads:[~2024-03-18 21:25 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-15 14:01 [PATCH 1/6] drm/xe: Introduce a simple busted state Rodrigo Vivi
2024-03-15 14:01 ` [PATCH 2/6] drm/xe: declare busted upon GuC load failure Rodrigo Vivi
2024-03-15 14:01 ` [PATCH 3/6] drm/xe: Add extra busted protection for the no GuC reset Rodrigo Vivi
2024-03-15 14:01 ` [PATCH 4/6] drm/xe: Force busted state and block GT reset upon any GPU hang Rodrigo Vivi
2024-03-18 21:08 ` Dafna Hirschfeld
2024-03-18 21:18 ` Rodrigo Vivi
2024-03-15 14:01 ` [PATCH 5/6] drm/xe: Introduce the busted_mode debugfs Rodrigo Vivi
2024-03-18 19:16 ` Lucas De Marchi
2024-03-18 19:45 ` Rodrigo Vivi
2024-03-15 14:01 ` [PATCH 6/6] " Rodrigo Vivi
2024-03-18 19:31 ` Lucas De Marchi
2024-03-18 20:14 ` Rodrigo Vivi
2024-03-21 13:16 ` Lucas De Marchi
2024-03-18 21:12 ` Dafna Hirschfeld
2024-03-18 21:25 ` Rodrigo Vivi [this message]
2024-03-15 14:06 ` ✓ CI.Patch_applied: success for series starting with [1/6] drm/xe: Introduce a simple busted state Patchwork
2024-03-15 14:07 ` ✓ CI.checkpatch: " Patchwork
2024-03-15 14:07 ` ✓ CI.KUnit: " Patchwork
2024-03-15 14:18 ` ✓ CI.Build: " Patchwork
2024-03-15 14:20 ` ✓ CI.Hooks: " Patchwork
2024-03-15 14:22 ` ✓ CI.checksparse: " Patchwork
2024-03-15 14:47 ` ✓ CI.BAT: " Patchwork
2024-03-18 19:04 ` [PATCH 1/6] " Lucas De Marchi
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=ZfixOn45Wi8Z4xdk@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=alan.previn.teres.alexis@intel.com \
--cc=dhirschfeld@habana.ai \
--cc=intel-xe@lists.freedesktop.org \
--cc=lucas.demarchi@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