lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <3ebe1fcd-e72a-4027-9da1-753e52e2fe48@linux.intel.com>
Date: Mon, 30 Jun 2025 11:01:37 -0700
From: Xi Pardee <xi.pardee@...ux.intel.com>
To: Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>
Cc: irenic.rajneesh@...il.com, david.e.box@...ux.intel.com,
 Hans de Goede <hdegoede@...hat.com>, platform-driver-x86@...r.kernel.org,
 LKML <linux-kernel@...r.kernel.org>, linux-pm@...r.kernel.org
Subject: Re: [PATCH v2 4/5] platform/x86:intel/pmc: Show substate requirement
 for S0ix blockers

Hi Ilpo,

Thanks for reviewing the patch. My response is in line.

On 6/27/2025 1:08 AM, Ilpo Järvinen wrote:
> On Thu, 26 Jun 2025, Xi Pardee wrote:
>
>> Hi Ilpo,
>>
>> Thanks for reviewing the patch. My response is inline.
>>
>> On 6/26/2025 9:38 AM, Ilpo Järvinen wrote:
>>> On Tue, 24 Jun 2025, Xi Pardee wrote:
>>>
>>>> Add support to read and show S0ix blocker substate requirements.
>>>> Starting from Panther Lake, substate requirement data is provided
>>>> based on S0ix blockers instead of all low power mode requirements.
>>>> For platforms that support this new feature, add support to display
>>>> substate requirements based on S0ix blockers.
>>> Empty line.
>> Will fix in next version.
>>>> Change the "substate_requirements" attribute of Intel PMC Core
>>>> driver to show the substate requirements for each S0ix blocker
>>>> and the corresponding S0ix blocker value.
>>>>
>>>> Signed-off-by: Xi Pardee <xi.pardee@...ux.intel.com>
>>>> ---
>>>>    drivers/platform/x86/intel/pmc/arl.c  |   2 +
>>>>    drivers/platform/x86/intel/pmc/core.c | 111 ++++++++++++++++++++++++--
>>>>    drivers/platform/x86/intel/pmc/core.h |  12 +++
>>>>    drivers/platform/x86/intel/pmc/lnl.c  |   1 +
>>>>    drivers/platform/x86/intel/pmc/mtl.c  |   1 +
>>>>    5 files changed, 121 insertions(+), 6 deletions(-)
>>>>
>>>> diff --git a/drivers/platform/x86/intel/pmc/arl.c
>>>> b/drivers/platform/x86/intel/pmc/arl.c
>>>> index 9d66d65e75779..1852876be234f 100644
>>>> --- a/drivers/platform/x86/intel/pmc/arl.c
>>>> +++ b/drivers/platform/x86/intel/pmc/arl.c
>>>> @@ -722,6 +722,7 @@ static int arl_h_core_init(struct pmc_dev *pmcdev,
>>>> struct pmc_dev_info *pmc_dev_
>>>>      struct pmc_dev_info arl_pmc_dev = {
>>>>    	.pci_func = 0,
>>>> +	.telem_info = SUB_REQ_LPM,
>>>>    	.dmu_guid = ARL_PMT_DMU_GUID,
>>>>    	.regmap_list = arl_pmc_info_list,
>>>>    	.map = &arl_socs_reg_map,
>>>> @@ -732,6 +733,7 @@ struct pmc_dev_info arl_pmc_dev = {
>>>>      struct pmc_dev_info arl_h_pmc_dev = {
>>>>    	.pci_func = 2,
>>>> +	.telem_info = SUB_REQ_LPM,
>>>>    	.dmu_guid = ARL_PMT_DMU_GUID,
>>>>    	.regmap_list = arl_pmc_info_list,
>>>>    	.map = &mtl_socm_reg_map,
>>>> diff --git a/drivers/platform/x86/intel/pmc/core.c
>>>> b/drivers/platform/x86/intel/pmc/core.c
>>>> index 47cc5120e7dd6..e9d281b064462 100644
>>>> --- a/drivers/platform/x86/intel/pmc/core.c
>>>> +++ b/drivers/platform/x86/intel/pmc/core.c
>>>> @@ -844,6 +844,56 @@ static void pmc_core_substate_req_header_show(struct
>>>> seq_file *s, int pmc_index,
>>>>    		seq_printf(s, " %9s |\n", name);
>>>>    }
>>>>    +static int pmc_core_substate_blk_req_show(struct seq_file *s, void
>>>> *unused)
>>>> +{
>>>> +	struct pmc_dev *pmcdev = s->private;
>>>> +	unsigned int pmc_index;
>>>> +	u32 *blk_sub_req_regs;
>>> Why is this here and the other variable in the inner block?
>> Will move the blk_sub_req_regs declaration to the inner block.
>>>> +
>>>> +	for (pmc_index = 0; pmc_index < ARRAY_SIZE(pmcdev->pmcs); pmc_index++)
>>>> {
>>>> +		const struct pmc_bit_map **maps;
>>>> +		unsigned int arr_size, r_idx;
>>>> +		u32 offset, counter;
>>>> +		struct pmc *pmc;
>>>> +
>>>> +		pmc = pmcdev->pmcs[pmc_index];
>>>> +		if (!pmc || !pmc->blk_sub_req_regs)
>>>> +			continue;
>>>> +
>>>> +		blk_sub_req_regs = pmc->blk_sub_req_regs;
>>>> +		maps = pmc->map->s0ix_blocker_maps;
>>>> +		offset = pmc->map->s0ix_blocker_offset;
>>>> +		arr_size = pmc_core_lpm_get_arr_size(maps);
>>>> +
>>>> +		/* Display the header */
>>>> +		pmc_core_substate_req_header_show(s, pmc_index, "Value");
>>>> +
>>>> +		for (r_idx = 0; r_idx < arr_size; r_idx++) {
>>>> +			const struct pmc_bit_map *map;
>>>> +
>>>> +			for (map = maps[r_idx]; map->name; map++) {
>>>> +				int mode;
>>>> +
>>>> +				if (!map->blk)
>>>> +					continue;
>>>> +
>>>> +				counter = pmc_core_reg_read(pmc, offset);
>>>> +				seq_printf(s, "pmc%d: %34s |", pmc_index,
>>>> map->name);
>>>> +				pmc_for_each_mode(mode, pmcdev) {
>>>> +					bool required = *blk_sub_req_regs &
>>>> BIT(mode);
>>>> +
>>>> +					seq_printf(s, " %9s |", required ?
>>>> "Required" : " ");
>>>> +				}
>>>> +				seq_printf(s, " %9d |\n", counter);
>>>> +				offset += map->blk * S0IX_BLK_SIZE;
>>>> +				blk_sub_req_regs++;
>>>> +			}
>>>> +		}
>>>> +	}
>>>> +	return 0;
>>>> +}
>>>> +DEFINE_SHOW_ATTRIBUTE(pmc_core_substate_blk_req);
>>>> +
>>>>    static int pmc_core_substate_req_regs_show(struct seq_file *s, void
>>>> *unused)
>>>>    {
>>>>    	struct pmc_dev *pmcdev = s->private;
>>>> @@ -1335,7 +1385,10 @@ static void pmc_core_dbgfs_register(struct pmc_dev
>>>> *pmcdev)
>>>>    		debugfs_create_file("substate_requirements", 0444,
>>>>    				    pmcdev->dbgfs_dir, pmcdev,
>>>>    				    &pmc_core_substate_req_regs_fops);
>>>> -	}
>>>> +	} else if (primary_pmc->blk_sub_req_regs)
>>>> +		debugfs_create_file("substate_requirements", 0444,
>>>> +				    pmcdev->dbgfs_dir, pmcdev,
>>>> +				    &pmc_core_substate_blk_req_fops);
>>>>
>>>>    	if (primary_pmc->map->pson_residency_offset &&
>>>> pmc_core_is_pson_residency_enabled(pmcdev)) {
>>>>    		debugfs_create_file("pson_residency_usec", 0444,
>>>> @@ -1441,7 +1494,38 @@ static int pmc_core_pmt_get_lpm_req(struct pmc_dev
>>>> *pmcdev, struct pmc *pmc,
>>>>    	return ret;
>>>>    }
>>>>    -static int pmc_core_get_telem_info(struct pmc_dev *pmcdev, int func)
>>>> +static int pmc_core_pmt_get_blk_sub_req(struct pmc_dev *pmcdev, struct
>>>> pmc *pmc,
>>>> +					struct telem_endpoint *ep)
>>>> +{
>>>> +	u32 num_blocker, sample_id;
>>>> +	unsigned int index;
>>>> +	u32 *req_offset;
>>>> +	int ret;
>>>> +
>>>> +	num_blocker = pmc->map->num_s0ix_blocker;
>>>> +	sample_id = pmc->map->blocker_req_offset;
>>>> +
>>>> +	pmc->blk_sub_req_regs = devm_kcalloc(&pmcdev->pdev->dev,
>>>> +					 num_blocker, sizeof(u32),
>>>> +					 GFP_KERNEL);
>>> Correct alignment.
>>>
>>> I guess you want to keep those two args on the same line as this would fit
>>> on 2 lines.
>> Will change the alignment and move two args to be on one line.
>>>> +	if (!pmc->blk_sub_req_regs)
>>>> +		return -ENOMEM;
>>>> +
>>>> +	req_offset = pmc->blk_sub_req_regs;
>>>> +	for (index = 0; index < num_blocker; index++) {
>>>> +		ret = pmt_telem_read32(ep, sample_id, req_offset, 1);
>>>> +		if (ret) {
>>>> +			dev_err(&pmcdev->pdev->dev,
>>>> +				"couldn't read Low Power Mode requirements:
>>>> %d\n", ret);
>>>> +			return ret;
>>>> +		}
>>>> +		sample_id++;
>>>> +		req_offset++;
>>>> +	}
>>>> +	return 0;
>>>> +}
>>>> +
>>>> +static int pmc_core_get_telem_info(struct pmc_dev *pmcdev, int func,
>>>> unsigned int telem_info)
>>>>    {
>>>>    	struct pci_dev *pcidev __free(pci_dev_put) = NULL;
>>>>    	struct telem_endpoint *ep;
>>>> @@ -1470,13 +1554,26 @@ static int pmc_core_get_telem_info(struct pmc_dev
>>>> *pmcdev, int func)
>>>>    			return -EPROBE_DEFER;
>>>>    		}
>>>>    -		ret = pmc_core_pmt_get_lpm_req(pmcdev, pmc, ep);
>>>> +		if (telem_info & SUB_REQ_LPM) {
>>>> +			ret = pmc_core_pmt_get_lpm_req(pmcdev, pmc, ep);
>>>> +			if (ret)
>>>> +				goto unregister_ep;
>>>> +		}
>>>> +
>>>> +		if (telem_info & SUB_REQ_BLK) {
>>> These two are mutually exclusive? I'm really wondering cuold pointers be
>>> used instead to avoid these ifs here and in debugfs fops selection.
>> The SUB_REQ_BLK and SUB_REQ_LPM are mutually exclusive. We will also introduce
>> more
>> types of data from the telemetry endpoint but not mutually exclusive in the
>> next series, therefore
>> using bit to identify the type of data sounds appropriate to me. I am not sure
>> how to use pointer to
>> select data type in this scenario, Could you please give an example?
> Perhaps there isn't, I didn't have a crystal ball what's coming after this
> series at hand. :-)
>
> I just noted there are these mutually exclusive pointers:
>
> debugfs_create_file("substate_requirements", ..., &pmc_core_substate_req_regs_fops);
> vs
> debugfs_create_file("substate_requirements", ..., &pmc_core_substate_blk_req_fops);
>
> and
>
> ret = pmc_core_pmt_get_lpm_req(pmcdev, pmc, ep);
> vs
> ret = pmc_core_pmt_get_blk_sub_req(pmcdev, pmc, ep);
>
> As both look like they're decided based on what platform we're running on,
> it looks similar to what pmc_dev_info already contains, having these as
> pointers in pmc_dev_info would avoid having to create those two branches
> just to use a different pointer.
>
> (BTW, those two places also use a different way to decide which one to
> use, which feels slightly inconsistent).
>
>
> Whether using pointers in pmc_dev_info makes sense given the extra info
> you provided now, I'm not any more entirely sure.
I understand that function pointer is a good solution here to avoid 
using the if branches as these two data types
are mutual exclusive. But this is a special case, we will be introducing 
new data types, which are not mutual exclusive.
In that case, it will be better to use a bit position to represent each 
data type available for the specific platforms.

For example, the next data type is bdf and we will add bdf to core.h and 
core.c:

#define BDF_INFO        0x04    /* Get BDF information */

if (telem_info & BDF_INFO) {
             ret = pmc_core_pmt_get_bdf(pmcdev, pmc, ep);
             if (ret)
                     goto unregister_ep;

}

We use register pointers to differentiate these two cases instead of 
telem_info when creating debugfs file. This is to
keep it consistent with other file creations in 
pmc_core_dbgfs_register(). I could change it to use telem_info in next
version.

Thanks!

Xi

>>>> +			ret = pmc_core_pmt_get_blk_sub_req(pmcdev, pmc, ep);
>>>> +			if (ret)
>>>> +				goto unregister_ep;
>>>> +		}
>>>> +
>>>>    		pmt_telem_unregister_endpoint(ep);
>>>> -		if (ret)
>>>> -			return ret;
>>>>    	}
>>>>      	return 0;
>>>> +
>>>> +unregister_ep:
>>>> +	pmt_telem_unregister_endpoint(ep);
>>>> +	return ret;
>>>>    }
>>>>      static const struct pmc_reg_map *pmc_core_find_regmap(struct pmc_info
>>>> *list, u16 devid)
>>>> @@ -1585,7 +1682,9 @@ int generic_core_init(struct pmc_dev *pmcdev, struct
>>>> pmc_dev_info *pmc_dev_info)
>>>>    		pmc_core_punit_pmt_init(pmcdev, pmc_dev_info->dmu_guid);
>>>>      	if (ssram) {
>>>> -		ret = pmc_core_get_telem_info(pmcdev, pmc_dev_info->pci_func);
>>>> +		ret = pmc_core_get_telem_info(pmcdev,
>>>> +					      pmc_dev_info->pci_func,
>>>> +					      pmc_dev_info->telem_info);
>>>>    		if (ret)
>>>>    			goto unmap_regbase;
>>>>    	}
>>>> diff --git a/drivers/platform/x86/intel/pmc/core.h
>>>> b/drivers/platform/x86/intel/pmc/core.h
>>>> index 4a94a4ee031e6..d8c7b28493055 100644
>>>> --- a/drivers/platform/x86/intel/pmc/core.h
>>>> +++ b/drivers/platform/x86/intel/pmc/core.h
>>>> @@ -29,6 +29,10 @@ struct telem_endpoint;
>>>>    #define LPM_REG_COUNT		28
>>>>    #define LPM_MODE_OFFSET		1
>>>>    +/* Telemetry Endpoint Info bits */
>>>> +#define SUB_REQ_LPM		0x01	/* Substate requirement for
>>>> low power mode requirements */
>>>> +#define SUB_REQ_BLK		0x02	/* Substate requirement for
>>>> S0ix blockers */
>>>> +
>>>>    /* Sunrise Point Power Management Controller PCI Device ID */
>>>>    #define SPT_PMC_PCI_DEVICE_ID			0x9d21
>>>>    #define SPT_PMC_BASE_ADDR_OFFSET		0x48
>>>> @@ -344,6 +348,8 @@ struct pmc_bit_map {
>>>>     * @pm_read_disable_bit: Bit index to read PMC_READ_DISABLE
>>>>     * @slps0_dbg_offset:	PWRMBASE offset to SLP_S0_DEBUG_REG*
>>>>     * @s0ix_blocker_offset PWRMBASE offset to S0ix blocker counter
>>>> + * @num_s0ix_blocker:	Number of S0ix blockers
>>>> + * @blocker_req_offset:	Telemetry offset to S0ix blocker low power
>>>> mode substate requirement table
>>>>     *
>>>>     * Each PCH has unique set of register offsets and bit indexes. This
>>>> structure
>>>>     * captures them to have a common implementation.
>>>> @@ -369,6 +375,8 @@ struct pmc_reg_map {
>>>>    	const u32 ltr_ignore_max;
>>>>    	const u32 pm_vric1_offset;
>>>>    	const u32 s0ix_blocker_offset;
>>>> +	const u32 num_s0ix_blocker;
>>>> +	const u32 blocker_req_offset;
>>>>    	/* Low Power Mode registers */
>>>>    	const int lpm_num_maps;
>>>>    	const int lpm_num_modes;
>>>> @@ -404,6 +412,7 @@ struct pmc_info {
>>>>     * @map:		pointer to pmc_reg_map struct that contains platform
>>>>     *			specific attributes
>>>>     * @lpm_req_regs:	List of substate requirements
>>>> + * @blk_sub_req_reqs:	List of registers showing substate
>>>> requirements for S0ix blockers
>>>>     * @ltr_ign:		Holds LTR ignore data while suspended
>>>>     *
>>>>     * pmc contains info about one power management controller device.
>>>> @@ -413,6 +422,7 @@ struct pmc {
>>>>    	void __iomem *regbase;
>>>>    	const struct pmc_reg_map *map;
>>>>    	u32 *lpm_req_regs;
>>>> +	u32 *blk_sub_req_regs;
>>>>    	u32 ltr_ign;
>>>>    };
>>>>    @@ -468,6 +478,7 @@ enum pmc_index {
>>>>    /**
>>>>     * struct pmc_dev_info - Structure to keep PMC device info
>>>>     * @pci_func:		Function number of the primary PMC
>>>> + * @telem_info:		Bitmask to indicate which telemetry info is
>>>> available
>>>>     * @dmu_guid:		Die Management Unit GUID
>>>>     * @regmap_list:	Pointer to a list of pmc_info structure that could be
>>>>     *			available for the platform. When set, this
>>>> field implies
>>>> @@ -480,6 +491,7 @@ enum pmc_index {
>>>>     */
>>>>    struct pmc_dev_info {
>>>>    	u8 pci_func;
>>>> +	u8 telem_info;
>>>>    	u32 dmu_guid;
>>>>    	struct pmc_info *regmap_list;
>>>>    	const struct pmc_reg_map *map;
>>>> diff --git a/drivers/platform/x86/intel/pmc/lnl.c
>>>> b/drivers/platform/x86/intel/pmc/lnl.c
>>>> index e08a77c778c2c..ec9e79f6cd913 100644
>>>> --- a/drivers/platform/x86/intel/pmc/lnl.c
>>>> +++ b/drivers/platform/x86/intel/pmc/lnl.c
>>>> @@ -572,6 +572,7 @@ static int lnl_core_init(struct pmc_dev *pmcdev,
>>>> struct pmc_dev_info *pmc_dev_in
>>>>      struct pmc_dev_info lnl_pmc_dev = {
>>>>    	.pci_func = 2,
>>>> +	.telem_info = SUB_REQ_LPM,
>>>>    	.regmap_list = lnl_pmc_info_list,
>>>>    	.map = &lnl_socm_reg_map,
>>>>    	.suspend = cnl_suspend,
>>>> diff --git a/drivers/platform/x86/intel/pmc/mtl.c
>>>> b/drivers/platform/x86/intel/pmc/mtl.c
>>>> index faa13a7ee688f..c58a871e2e0df 100644
>>>> --- a/drivers/platform/x86/intel/pmc/mtl.c
>>>> +++ b/drivers/platform/x86/intel/pmc/mtl.c
>>>> @@ -994,6 +994,7 @@ static int mtl_core_init(struct pmc_dev *pmcdev,
>>>> struct pmc_dev_info *pmc_dev_in
>>>>      struct pmc_dev_info mtl_pmc_dev = {
>>>>    	.pci_func = 2,
>>>> +	.telem_info = SUB_REQ_LPM,
>>>>    	.dmu_guid = MTL_PMT_DMU_GUID,
>>>>    	.regmap_list = mtl_pmc_info_list,
>>>>    	.map = &mtl_socm_reg_map,
>>>>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ