All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Nilawar, Badal" <badal.nilawar@intel.com>
To: Michal Wajdeczko <michal.wajdeczko@intel.com>,
	John Harrison <john.c.harrison@intel.com>,
	<intel-xe@lists.freedesktop.org>
Cc: <anshuman.gupta@intel.com>, <lucas.demarchi@intel.com>,
	<matthew.d.roper@intel.com>, <daniele.ceraolospurio@intel.com>
Subject: Re: [PATCH v3 2/2] drm/xe/lnl: Enable GuC Wa_14019882105
Date: Wed, 27 Mar 2024 10:21:45 +0530	[thread overview]
Message-ID: <9bc34436-a90a-4c3e-a461-50cc639475a2@intel.com> (raw)
In-Reply-To: <97e2b27c-4d1c-4eae-8902-5dd84702995d@intel.com>



On 26-03-2024 16:51, Michal Wajdeczko wrote:
> 
> 
> On 25.03.2024 19:56, John Harrison wrote:
>> On 3/25/2024 08:32, Michal Wajdeczko wrote:
>>> On 25.03.2024 16:04, Badal Nilawar wrote:
>>>> Enable GuC Wa_14019882105 to block interrupts during C6 flow
>>>> when the memory path has been blocked
>>>>
>>>> v2: Make helper function generic and name it as
>>>>       guc_waklv_enable_simple (John Harrison)
>>>> v3: Make warning descriptive (John Harrison)
>>>>
>>>> Cc: John Harrison <john.harrison@intel.com>
>>>> Signed-off-by: Badal Nilawar <badal.nilawar@intel.com>
>>>> ---
>>>>    drivers/gpu/drm/xe/abi/guc_klvs_abi.h |  7 +++++
>>>>    drivers/gpu/drm/xe/xe_guc_ads.c       | 41 +++++++++++++++++++++------
>>>>    drivers/gpu/drm/xe/xe_wa_oob.rules    |  1 +
>>>>    3 files changed, 40 insertions(+), 9 deletions(-)
>>>>
>>>> diff --git a/drivers/gpu/drm/xe/abi/guc_klvs_abi.h
>>>> b/drivers/gpu/drm/xe/abi/guc_klvs_abi.h
>>>> index 0400bc0fccdc..5dd45e06f0b6 100644
>>>> --- a/drivers/gpu/drm/xe/abi/guc_klvs_abi.h
>>>> +++ b/drivers/gpu/drm/xe/abi/guc_klvs_abi.h
>>>> @@ -319,4 +319,11 @@ enum  {
>>>>    #define GUC_KLV_VF_CFG_BEGIN_CONTEXT_ID_KEY    0x8a0b
>>>>    #define GUC_KLV_VF_CFG_BEGIN_CONTEXT_ID_LEN    1u
>>>>    +/*
>>>> + * Workaround keys:
>>>> + */
>>>> +enum xe_guc_klv_ids {
>>>> +
>>>> GUC_WORKAROUND_KLV_BLOCK_INTERRUPTS_WHEN_MGSR_BLOCKED
>>>> = 0x9002,
>>> how should we know the LEN of the particular W/A KLV ?
>> By reading the spec.
>>
>>> as this is the ABI header, IMO we should define that here along the KEY
>> I strongly disagree with copying the entire GuC API spec into the source
>> code just for the sake of copying the spec. The implementation of this
>> w/a (and a whole bunch more that will follow) has no use for extra
>> defines about sizes or fields. And creating defines that will never be
>> used is a pointless exercise.
> 
> but without those defines in ABI we are using plain numbers in code:
> 
> +	u32 klv_entry[] = {
> +		/* 16:16 key/length */
> +		FIELD_PREP(GUC_KLV_0_KEY, klv_id) |
> +		FIELD_PREP(GUC_KLV_0_LEN, 0),	<<=== hardcoded 0 len
> +		/* 0 dwords data */		<<===
> +	};
> 
>>
>>>
>>>> +};
>>>> +
>>>>    #endif
>>>> diff --git a/drivers/gpu/drm/xe/xe_guc_ads.c
>>>> b/drivers/gpu/drm/xe/xe_guc_ads.c
>>>> index a98344a0ff4b..633e5fd9c738 100644
>>>> --- a/drivers/gpu/drm/xe/xe_guc_ads.c
>>>> +++ b/drivers/gpu/drm/xe/xe_guc_ads.c
>>>> @@ -7,6 +7,8 @@
>>>>      #include <drm/drm_managed.h>
>>>>    +#include <generated/xe_wa_oob.h>
>>>> +
>>>>    #include "regs/xe_engine_regs.h"
>>>>    #include "regs/xe_gt_regs.h"
>>>>    #include "regs/xe_guc_regs.h"
>>>> @@ -19,6 +21,7 @@
>>>>    #include "xe_map.h"
>>>>    #include "xe_mmio.h"
>>>>    #include "xe_platform_types.h"
>>>> +#include "xe_wa.h"
>>>>      /* Slack of a few additional entries per engine */
>>>>    #define ADS_REGSET_EXTRA_MAX    8
>>>> @@ -279,23 +282,43 @@ static size_t calculate_golden_lrc_size(struct
>>>> xe_guc_ads *ads)
>>>>        return total_size;
>>>>    }
>>>>    +static void guc_waklv_enable_simple(struct xe_guc_ads *ads,
>>>> +                    enum xe_guc_klv_ids klv_id, u32 *offset, u32
>>>> *remain)
>>>> +{
>>>> +    u32 size;
>>>> +    u32 klv_entry[] = {
>>>> +        /* 16:16 key/length */
>>> drop this comment, code is self explanatory
>>>
>>>> +        FIELD_PREP(GUC_KLV_0_KEY, klv_id) |
>>>> +        FIELD_PREP(GUC_KLV_0_LEN, 0),
>>>> +        /* 0 dwords data */
>>>> +    };
>>> you can define size here:
>>>
>>>          u32 size = sizeof(klv_entry);
>>>
>>>> +
>>>> +    size = sizeof(klv_entry);
>>>> +
>>>> +    if (*remain < size) {
>>>> +        drm_warn(&ads_to_xe(ads)->drm,
>>>> +             "w/a klv buffer too small to add klv id %d\n", klv_id);
>>> this looks like our programming error so xe_gt_assert() should be
>>> sufficient as we don't expect this ever happen in production
>>>
>>> but if you want to keep the WARN then use xe_gt_WARN() instead
>>>
>>>> +    } else {
>>>> +        xe_map_memcpy_to(ads_to_xe(ads), ads_to_map(ads), *offset,
>>>> +                 klv_entry, size);
>>>> +        *offset += size;
>>>> +        *remain -= size;
>>>> +    }
>>>> +}
>>>> +
>>>>    static void guc_waklv_init(struct xe_guc_ads *ads)
>>>>    {
>>>> +    struct xe_gt *gt = ads_to_gt(ads);
>>>>        u64 addr_ggtt;
>>>>        u32 offset, remain, size;
>>>>          offset = guc_ads_waklv_offset(ads);
>>>>        remain = guc_ads_waklv_size(ads);
>>>>    -    /*
>>>> -     * Add workarounds here:
>>>> -     *
>>>> -     * if (want_wa_<name>) {
>>>> -     *      size = guc_waklv_<name>(guc, offset, remain);
>>>> -     *      offset += size;
>>>> -     *      remain -= size;
>>>> -     * }
>>>> -     */
>>>> +    if (XE_WA(gt, 14019882105))
>>>> +        guc_waklv_enable_simple(ads,
>>>> +
>>>> GUC_WORKAROUND_KLV_BLOCK_INTERRUPTS_WHEN_MGSR_BLOCKED,
>>>> +                    &offset, &remain);
>>> hmm, it looks that your implementation here in patch 2/2 is different
>>> than suggested one in patch 1/2
>> It looks the same to me. It has simply optimised the the offset/remain
>> calculation to be done inside the helper rather than outside it to avoid
>> replication when all the other 'simple' w/a's are added. The actual
>> behaviour is identical.
> 
> still you can move this 'optimization' to the comment in patch 1/2
> 
> alternatively reconsider the need for this comment in patch 1/2 if you
> drop it immediately in next patch 2/2
Sure, will remove calculation part. Will just add /* Add workarounds 
here */.
> 
>>
>> John.
>>
>>>
>>>>          size = guc_ads_waklv_size(ads) - remain;
>>>>        if (!size)
>>>> diff --git a/drivers/gpu/drm/xe/xe_wa_oob.rules
>>>> b/drivers/gpu/drm/xe/xe_wa_oob.rules
>>>> index 48cdba1cbf95..a8d15f004b6c 100644
>>>> --- a/drivers/gpu/drm/xe/xe_wa_oob.rules
>>>> +++ b/drivers/gpu/drm/xe/xe_wa_oob.rules
>>>> @@ -19,3 +19,4 @@
>>>>            GRAPHICS_VERSION_RANGE(1270, 1274)
>>>>            MEDIA_VERSION(1300)
>>>>            PLATFORM(DG2)
>>>> +14019882105    GRAPHICS_VERSION(2004), GRAPHICS_STEP(A0, B0)
>>

  reply	other threads:[~2024-03-27  4:52 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-25 15:04 [PATCH v3 0/2] Add support for Wa KLVs Badal Nilawar
2024-03-25 14:56 ` ✓ CI.Patch_applied: success for Add support for Wa KLVs (rev3) Patchwork
2024-03-25 14:56 ` ✓ CI.checkpatch: " Patchwork
2024-03-25 14:57 ` ✓ CI.KUnit: " Patchwork
2024-03-25 15:04 ` [PATCH v3 1/2] drm/xe/guc: Add support for w/a KLVs Badal Nilawar
2024-03-25 15:19   ` Michal Wajdeczko
2024-03-25 18:55     ` John Harrison
2024-03-26 11:06       ` Michal Wajdeczko
2024-03-27  4:49         ` Nilawar, Badal
2024-03-27 20:47         ` John Harrison
2024-03-25 15:04 ` [PATCH v3 2/2] drm/xe/lnl: Enable GuC Wa_14019882105 Badal Nilawar
2024-03-25 15:32   ` Michal Wajdeczko
2024-03-25 18:09     ` Nilawar, Badal
2024-03-25 19:02       ` John Harrison
2024-03-25 18:56     ` John Harrison
2024-03-26 11:21       ` Michal Wajdeczko
2024-03-27  4:51         ` Nilawar, Badal [this message]
2024-03-28  0:18         ` John Harrison
2024-03-25 15:08 ` ✓ CI.Build: success for Add support for Wa KLVs (rev3) Patchwork
2024-03-25 15:11 ` ✓ CI.Hooks: " Patchwork
2024-03-25 15:12 ` ✓ CI.checksparse: " Patchwork
2024-03-25 15:39 ` ✓ CI.BAT: " 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=9bc34436-a90a-4c3e-a461-50cc639475a2@intel.com \
    --to=badal.nilawar@intel.com \
    --cc=anshuman.gupta@intel.com \
    --cc=daniele.ceraolospurio@intel.com \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=john.c.harrison@intel.com \
    --cc=lucas.demarchi@intel.com \
    --cc=matthew.d.roper@intel.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.