From: "Sundaresan, Sujaritha" <sujaritha.sundaresan@intel.com>
To: Andi Shyti <andi.shyti@linux.intel.com>
Cc: Intel GFX <intel-gfx@lists.freedesktop.org>,
Lucas De Marchi <lucas.demarchi@intel.com>,
DRI Devel <dri-devel@lists.freedesktop.org>,
Chris Wilson <chris@chris-wilson.co.uk>,
Matthew Auld <matthew.auld@intel.com>
Subject: Re: [Intel-gfx] [PATCH v5 7/7] drm/i915/gt: Adding new sysfs frequency attributes
Date: Thu, 17 Feb 2022 09:06:46 -0800 [thread overview]
Message-ID: <58993df7-3c4a-c226-789d-2b99eaec4ae2@intel.com> (raw)
In-Reply-To: <Yg5tgepi3dkP6Y0M@intel.intel>
On 2/17/2022 7:45 AM, Andi Shyti wrote:
> Hi,
>
> I forgot to add some note to this patch...
>
> [...]
>
>> +static ssize_t throttle_reason_status_show(struct device *dev,
>> + struct device_attribute *attr,
>> + char *buff)
>> +{
>> + struct intel_gt *gt = intel_gt_sysfs_get_drvdata(dev, attr->attr.name);
>> + struct intel_rps *rps = >->rps;
>> + bool status = !!intel_rps_read_throttle_reason_status(rps);
> why are these boolean? Can't we send whatever we read from the
> register?
Didn't want to report out the register mask value since the sysfs is
supposed to a 0/1 status.
>
> [...]
>
>> +#define GT0_PERF_LIMIT_REASONS _MMIO(0x1381A8)
>> +#define GT0_PERF_LIMIT_REASONS_MASK 0x00000de3
> This mask is really weird! Sujaritha, can you please explain it?
>
> It looks something like this,
>
> REG_GENMASK(11, 6) | REG_GENMASK(2, 0)
>
> But I don't know if it improves any readability, in any case, the
> mask is not clear.
This is meant to be an overall status flag as a one stop shop check for
any kind of throttling.
>
>> +#define PROCHOT_MASK BIT(1)
>> +#define THERMAL_LIMIT_MASK BIT(2)
>> +#define RATL_MASK BIT(6)
>> +#define VR_THERMALERT_MASK BIT(7)
>> +#define VR_TDC_MASK BIT(8)
>> +#define POWER_LIMIT_4_MASK BIT(9)
>> +#define POWER_LIMIT_1_MASK BIT(11)
>> +#define POWER_LIMIT_2_MASK BIT(12)
> I hope I got these right. Sujaritha, can you please check?
>
> Andi
Yes these are correct.
Thanks,
Suja
WARNING: multiple messages have this Message-ID (diff)
From: "Sundaresan, Sujaritha" <sujaritha.sundaresan@intel.com>
To: Andi Shyti <andi.shyti@linux.intel.com>
Cc: Abdiel Janulgue <abdiel.janulgue@gmail.com>,
Tvrtko Ursulin <tvrtko.ursulin@intel.com>,
Intel GFX <intel-gfx@lists.freedesktop.org>,
Lucas De Marchi <lucas.demarchi@intel.com>,
DRI Devel <dri-devel@lists.freedesktop.org>,
Chris Wilson <chris@chris-wilson.co.uk>,
Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>,
Matthew Auld <matthew.auld@intel.com>,
Andi Shyti <andi@etezian.org>
Subject: Re: [PATCH v5 7/7] drm/i915/gt: Adding new sysfs frequency attributes
Date: Thu, 17 Feb 2022 09:06:46 -0800 [thread overview]
Message-ID: <58993df7-3c4a-c226-789d-2b99eaec4ae2@intel.com> (raw)
In-Reply-To: <Yg5tgepi3dkP6Y0M@intel.intel>
On 2/17/2022 7:45 AM, Andi Shyti wrote:
> Hi,
>
> I forgot to add some note to this patch...
>
> [...]
>
>> +static ssize_t throttle_reason_status_show(struct device *dev,
>> + struct device_attribute *attr,
>> + char *buff)
>> +{
>> + struct intel_gt *gt = intel_gt_sysfs_get_drvdata(dev, attr->attr.name);
>> + struct intel_rps *rps = >->rps;
>> + bool status = !!intel_rps_read_throttle_reason_status(rps);
> why are these boolean? Can't we send whatever we read from the
> register?
Didn't want to report out the register mask value since the sysfs is
supposed to a 0/1 status.
>
> [...]
>
>> +#define GT0_PERF_LIMIT_REASONS _MMIO(0x1381A8)
>> +#define GT0_PERF_LIMIT_REASONS_MASK 0x00000de3
> This mask is really weird! Sujaritha, can you please explain it?
>
> It looks something like this,
>
> REG_GENMASK(11, 6) | REG_GENMASK(2, 0)
>
> But I don't know if it improves any readability, in any case, the
> mask is not clear.
This is meant to be an overall status flag as a one stop shop check for
any kind of throttling.
>
>> +#define PROCHOT_MASK BIT(1)
>> +#define THERMAL_LIMIT_MASK BIT(2)
>> +#define RATL_MASK BIT(6)
>> +#define VR_THERMALERT_MASK BIT(7)
>> +#define VR_TDC_MASK BIT(8)
>> +#define POWER_LIMIT_4_MASK BIT(9)
>> +#define POWER_LIMIT_1_MASK BIT(11)
>> +#define POWER_LIMIT_2_MASK BIT(12)
> I hope I got these right. Sujaritha, can you please check?
>
> Andi
Yes these are correct.
Thanks,
Suja
next prev parent reply other threads:[~2022-02-17 17:07 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-17 14:41 [Intel-gfx] [PATCH v5 0/7] Introduce multitile support Andi Shyti
2022-02-17 14:41 ` Andi Shyti
2022-02-17 14:41 ` [Intel-gfx] [PATCH v5 1/7] drm/i915: Rename INTEL_REGION_LMEM with INTEL_REGION_LMEM_0 Andi Shyti
2022-02-17 14:41 ` Andi Shyti
2022-02-28 19:53 ` [Intel-gfx] " Michal Wajdeczko
2022-02-28 19:53 ` Michal Wajdeczko
2022-03-01 15:19 ` [Intel-gfx] " Andrzej Hajda
2022-03-01 15:19 ` Andrzej Hajda
2022-02-17 14:41 ` [Intel-gfx] [PATCH v5 2/7] drm/i915: Prepare for multiple GTs Andi Shyti
2022-02-17 14:41 ` Andi Shyti
2022-03-01 15:15 ` [Intel-gfx] " Andrzej Hajda
2022-03-01 15:15 ` Andrzej Hajda
2022-03-06 19:20 ` [Intel-gfx] " Andi Shyti
2022-03-06 19:20 ` Andi Shyti
2022-02-17 14:41 ` [Intel-gfx] [PATCH v5 3/7] drm/i915/gt: add gt_is_root() helper Andi Shyti
2022-02-17 14:41 ` Andi Shyti
2022-02-28 20:02 ` [Intel-gfx] " Michal Wajdeczko
2022-03-01 15:25 ` Andrzej Hajda
2022-03-06 19:23 ` Andi Shyti
2022-03-06 19:23 ` Andi Shyti
2022-02-17 14:41 ` [Intel-gfx] [PATCH v5 4/7] drm/i915/gt: create per-tile sysfs interface Andi Shyti
2022-02-17 14:41 ` Andi Shyti
2022-03-02 16:57 ` [Intel-gfx] " Andrzej Hajda
2022-03-02 16:57 ` Andrzej Hajda
2022-03-06 23:04 ` [Intel-gfx] " Andi Shyti
2022-03-06 23:04 ` Andi Shyti
2022-03-07 20:25 ` [Intel-gfx] " Andrzej Hajda
2022-03-07 20:25 ` Andrzej Hajda
2022-03-13 19:45 ` [Intel-gfx] " Andi Shyti
2022-03-13 19:45 ` Andi Shyti
2022-03-13 21:30 ` [Intel-gfx] " Andi Shyti
2022-03-13 21:30 ` Andi Shyti
2022-03-14 12:08 ` [Intel-gfx] " Andrzej Hajda
2022-03-14 12:08 ` Andrzej Hajda
2022-02-17 14:41 ` [Intel-gfx] [PATCH v5 5/7] drm/i915/gt: Create per-tile RC6 " Andi Shyti
2022-02-17 14:41 ` Andi Shyti
2022-02-17 15:34 ` [Intel-gfx] " Tvrtko Ursulin
2022-02-17 15:53 ` Andi Shyti
2022-02-17 15:53 ` Andi Shyti
2022-02-18 9:12 ` Tvrtko Ursulin
2022-02-18 9:21 ` Andi Shyti
2022-02-18 9:21 ` Andi Shyti
2022-02-18 10:46 ` Joonas Lahtinen
2022-02-21 17:12 ` Tvrtko Ursulin
2022-02-22 8:57 ` Andi Shyti
2022-02-22 8:57 ` Andi Shyti
2022-11-07 0:08 ` Dixit, Ashutosh
2022-11-07 0:08 ` Dixit, Ashutosh
2022-02-17 20:49 ` kernel test robot
2022-02-17 20:49 ` kernel test robot
2022-02-17 23:53 ` kernel test robot
2022-02-17 23:53 ` kernel test robot
2022-02-17 23:53 ` kernel test robot
2022-03-03 10:19 ` Andrzej Hajda
2022-03-03 10:19 ` Andrzej Hajda
2022-03-13 22:15 ` [Intel-gfx] " Andi Shyti
2022-03-13 22:15 ` Andi Shyti
2022-02-17 14:41 ` [Intel-gfx] [PATCH v5 6/7] drm/i915/gt: Create per-tile RPS sysfs interfaces Andi Shyti
2022-02-17 14:41 ` Andi Shyti
2022-02-17 19:47 ` [Intel-gfx] " kernel test robot
2022-02-17 19:47 ` kernel test robot
2022-03-03 10:55 ` Andrzej Hajda
2022-03-03 10:55 ` Andrzej Hajda
2022-03-13 23:09 ` [Intel-gfx] " Andi Shyti
2022-03-13 23:09 ` Andi Shyti
2022-02-17 14:41 ` [Intel-gfx] [PATCH v5 7/7] drm/i915/gt: Adding new sysfs frequency attributes Andi Shyti
2022-02-17 14:41 ` Andi Shyti
2022-02-17 15:45 ` [Intel-gfx] " Andi Shyti
2022-02-17 15:45 ` Andi Shyti
2022-02-17 17:06 ` Sundaresan, Sujaritha [this message]
2022-02-17 17:06 ` Sundaresan, Sujaritha
2022-02-28 20:37 ` [Intel-gfx] " Michal Wajdeczko
2022-02-28 20:37 ` Michal Wajdeczko
2022-03-14 0:38 ` [Intel-gfx] " Andi Shyti
2022-03-14 0:38 ` Andi Shyti
2022-03-14 1:32 ` [Intel-gfx] " Sundaresan, Sujaritha
2022-03-14 1:32 ` Sundaresan, Sujaritha
2022-03-03 11:17 ` [Intel-gfx] " Andrzej Hajda
2022-03-03 11:17 ` Andrzej Hajda
2022-02-17 23:12 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Introduce multitile support Patchwork
2022-02-17 23:13 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2022-02-17 23:40 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork
2022-02-17 23:40 ` [Intel-gfx] ✗ Fi.CI.BUILD: warning " 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=58993df7-3c4a-c226-789d-2b99eaec4ae2@intel.com \
--to=sujaritha.sundaresan@intel.com \
--cc=andi.shyti@linux.intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=lucas.demarchi@intel.com \
--cc=matthew.auld@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.