public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: "David E. Box" <david.e.box@linux.intel.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
	platform-driver-x86@vger.kernel.org,
	rajvi.jingar@linux.intel.com
Subject: Re: [PATCH V4 13/17] platform/x86/intel/pmc: Display LPM requirements for multiple PMCs
Date: Mon, 23 Oct 2023 19:15:34 +0300 (EEST)	[thread overview]
Message-ID: <78f6742-af1e-4a33-a52a-b01dd69847d1@linux.intel.com> (raw)
In-Reply-To: <20231018231624.1044633-14-david.e.box@linux.intel.com>

On Wed, 18 Oct 2023, David E. Box wrote:

> From: Rajvi Jingar <rajvi.jingar@linux.intel.com>
> 
> Update the substate_requirements attribute to display the requirements for
> all the PMCs on a package.
> 
> Signed-off-by: Rajvi Jingar <rajvi.jingar@linux.intel.com>
> Signed-off-by: David E. Box <david.e.box@linux.intel.com>
> ---
> V4 - No change
> 
> V3 - Add missing submitter signoff
> 
> V2 - no change
> 
>  drivers/platform/x86/intel/pmc/core.c | 129 ++++++++++++++------------
>  1 file changed, 71 insertions(+), 58 deletions(-)
> 
> diff --git a/drivers/platform/x86/intel/pmc/core.c b/drivers/platform/x86/intel/pmc/core.c
> index 3894119d61b0..fcb0dc702aea 100644
> --- a/drivers/platform/x86/intel/pmc/core.c
> +++ b/drivers/platform/x86/intel/pmc/core.c
> @@ -728,7 +728,7 @@ static int pmc_core_substate_l_sts_regs_show(struct seq_file *s, void *unused)
>  }
>  DEFINE_SHOW_ATTRIBUTE(pmc_core_substate_l_sts_regs);
>  
> -static void pmc_core_substate_req_header_show(struct seq_file *s)
> +static void pmc_core_substate_req_header_show(struct seq_file *s, int pmc_index)
>  {
>  	struct pmc_dev *pmcdev = s->private;
>  	int i, mode;
> @@ -743,68 +743,81 @@ static void pmc_core_substate_req_header_show(struct seq_file *s)
>  static int pmc_core_substate_req_regs_show(struct seq_file *s, void *unused)
>  {
>  	struct pmc_dev *pmcdev = s->private;
> -	struct pmc *pmc = pmcdev->pmcs[PMC_IDX_MAIN];
> -	const struct pmc_bit_map **maps = pmc->map->lpm_sts;
> -	const struct pmc_bit_map *map;
> -	const int num_maps = pmc->map->lpm_num_maps;
> -	u32 sts_offset = pmc->map->lpm_status_offset;
> -	u32 *lpm_req_regs = pmc->lpm_req_regs;
> -	int mp;
> -
> -	/* Display the header */
> -	pmc_core_substate_req_header_show(s);
> -
> -	/* Loop over maps */
> -	for (mp = 0; mp < num_maps; mp++) {
> -		u32 req_mask = 0;
> -		u32 lpm_status;
> -		int mode, idx, i, len = 32;
> -
> -		/*
> -		 * Capture the requirements and create a mask so that we only
> -		 * show an element if it's required for at least one of the
> -		 * enabled low power modes
> -		 */
> -		pmc_for_each_mode(idx, mode, pmcdev)
> -			req_mask |= lpm_req_regs[mp + (mode * num_maps)];
> -
> -		/* Get the last latched status for this map */
> -		lpm_status = pmc_core_reg_read(pmc, sts_offset + (mp * 4));
> -
> -		/*  Loop over elements in this map */
> -		map = maps[mp];
> -		for (i = 0; map[i].name && i < len; i++) {
> -			u32 bit_mask = map[i].bit_mask;
> -
> -			if (!(bit_mask & req_mask))
> -				/*
> -				 * Not required for any enabled states
> -				 * so don't display
> -				 */
> -				continue;
> -
> -			/* Display the element name in the first column */
> -			seq_printf(s, "%30s |", map[i].name);
> -
> -			/* Loop over the enabled states and display if required */
> -			pmc_for_each_mode(idx, mode, pmcdev) {
> -				if (lpm_req_regs[mp + (mode * num_maps)] & bit_mask)
> -					seq_printf(s, " %9s |",
> -						   "Required");
> +	u32 sts_offset;
> +	u32 *lpm_req_regs;
> +	int num_maps, mp, pmc_index;
> +
> +	for (pmc_index = 0; pmc_index < ARRAY_SIZE(pmcdev->pmcs); ++pmc_index) {
> +		struct pmc *pmc = pmcdev->pmcs[pmc_index];
> +		const struct pmc_bit_map **maps;
> +
> +		if (!pmc)
> +			continue;
> +
> +		maps = pmc->map->lpm_sts;
> +		num_maps = pmc->map->lpm_num_maps;
> +		sts_offset = pmc->map->lpm_status_offset;
> +		lpm_req_regs = pmc->lpm_req_regs;
> +
> +		if (!lpm_req_regs)
> +			continue;
> +
> +		/* Display the header */
> +		pmc_core_substate_req_header_show(s, pmc_index);
> +
> +		/* Loop over maps */
> +		for (mp = 0; mp < num_maps; mp++) {
> +			u32 req_mask = 0;
> +			u32 lpm_status;
> +			const struct pmc_bit_map *map;
> +			int mode, idx, i, len = 32;
> +
> +			/*
> +			 * Capture the requirements and create a mask so that we only
> +			 * show an element if it's required for at least one of the
> +			 * enabled low power modes
> +			 */
> +			pmc_for_each_mode(idx, mode, pmcdev)
> +				req_mask |= lpm_req_regs[mp + (mode * num_maps)];
> +
> +			/* Get the last latched status for this map */
> +			lpm_status = pmc_core_reg_read(pmc, sts_offset + (mp * 4));
> +
> +			/*  Loop over elements in this map */
> +			map = maps[mp];
> +			for (i = 0; map[i].name && i < len; i++) {
> +				u32 bit_mask = map[i].bit_mask;
> +
> +				if (!(bit_mask & req_mask)) {
> +					/*
> +					 * Not required for any enabled states
> +					 * so don't display
> +					 */
> +					continue;
> +				}
> +
> +				/* Display the element name in the first column */
> +				seq_printf(s, "pmc%d: %26s |", pmc_index, map[i].name);
> +
> +				/* Loop over the enabled states and display if required */
> +				pmc_for_each_mode(idx, mode, pmcdev) {
> +					if (lpm_req_regs[mp + (mode * num_maps)] & bit_mask)
> +						seq_printf(s, " %9s |",
> +							   "Required");
> +					else
> +						seq_printf(s, " %9s |", " ");

It would be better to not branch like this but alter param instead:

					bool required = lpm_req_regs[...

					seq_printf(s, " %9s |",
						   required ? "Required" : " ");

> +				}
> +
> +				/* In Status column, show the last captured state of this agent */
> +				if (lpm_status & bit_mask)
> +					seq_printf(s, " %9s |", "Yes");
>  				else
>  					seq_printf(s, " %9s |", " ");

Likewise here although I know this comes from the original.

-- 
 i.


> +
> +				seq_puts(s, "\n");
>  			}
> -
> -			/* In Status column, show the last captured state of this agent */
> -			if (lpm_status & bit_mask)
> -				seq_printf(s, " %9s |", "Yes");
> -			else
> -				seq_printf(s, " %9s |", " ");
> -
> -			seq_puts(s, "\n");
>  		}
>  	}
> -
>  	return 0;
>  }
>  DEFINE_SHOW_ATTRIBUTE(pmc_core_substate_req_regs);
> 

  reply	other threads:[~2023-10-23 16:15 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-18 23:16 [PATCH V4 00/17] intel_pmc: Add telemetry API to read counters David E. Box
2023-10-18 23:16 ` [PATCH V4 01/17] platform/x86/intel/vsec: Move structures to header David E. Box
2023-10-18 23:16 ` [PATCH V4 02/17] platform/x86/intel/vsec: remove platform_info from vsec device structure David E. Box
2023-10-18 23:16 ` [PATCH V4 03/17] platform/x86/intel/vsec: Use cleanup.h David E. Box
2023-10-19  1:03   ` kernel test robot
2023-10-23 15:15   ` Ilpo Järvinen
2023-10-18 23:16 ` [PATCH V4 04/17] platform/x86/intel/vsec: Add intel_vsec_register David E. Box
2023-10-23 15:21   ` Ilpo Järvinen
2023-10-24 23:25     ` David E. Box
2023-10-18 23:16 ` [PATCH V4 05/17] platform/x86/intel/vsec: Add base address field David E. Box
2023-10-18 23:16 ` [PATCH V4 06/17] platform/x86/intel/pmt: Add header to struct intel_pmt_entry David E. Box
2023-10-23 15:14   ` Ilpo Järvinen
2023-10-18 23:16 ` [PATCH V4 07/17] platform/x86/intel/pmt: telemetry: Export API to read telemetry David E. Box
2023-10-18 23:16 ` [PATCH V4 08/17] platform/x86:intel/pmc: Call pmc_get_low_power_modes from platform init David E. Box
2023-10-18 23:16 ` [PATCH V4 09/17] platform/x86/intel/pmc: Allow pmc_core_ssram_init to fail David E. Box
2023-10-23 15:17   ` Ilpo Järvinen
2023-10-18 23:16 ` [PATCH V4 10/17] linux/io.h: iounmap/ioport_unmap cleanup.h support David E. Box
2023-10-19  2:12   ` kernel test robot
2023-10-19  2:23   ` kernel test robot
2023-10-23 15:25   ` Ilpo Järvinen
2023-10-18 23:16 ` [PATCH V4 11/17] platform/x86/intel/pmc: Split pmc_core_ssram_get_pmc() David E. Box
2023-10-23 16:01   ` Ilpo Järvinen
2023-10-18 23:16 ` [PATCH V4 12/17] platform/x86/intel/pmc: Find and register PMC telemetry entries David E. Box
2023-10-18 23:16 ` [PATCH V4 13/17] platform/x86/intel/pmc: Display LPM requirements for multiple PMCs David E. Box
2023-10-23 16:15   ` Ilpo Järvinen [this message]
2023-10-18 23:16 ` [PATCH V4 14/17] platform/x86/intel/pmc: Retrieve LPM information using Intel PMT David E. Box
2023-10-23 16:19   ` Ilpo Järvinen
2023-10-18 23:16 ` [PATCH V4 15/17] platform/x86/intel/pmc: Read low power mode requirements for MTL-M and MTL-P David E. Box
2023-10-18 23:16 ` [PATCH V4 16/17] platform/x86/intel/pmc: Add debug attribute for Die C6 counter David E. Box
2023-10-23 16:31   ` Ilpo Järvinen
2023-10-26 20:28     ` David E. Box
2023-10-18 23:16 ` [PATCH V4 17/17] platform/x86/intel/pmc: Show Die C6 counter on Meteor Lake David E. Box
2023-10-23 16:33   ` Ilpo Järvinen

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=78f6742-af1e-4a33-a52a-b01dd69847d1@linux.intel.com \
    --to=ilpo.jarvinen@linux.intel.com \
    --cc=david.e.box@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=rajvi.jingar@linux.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