public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Cc: Hans de Goede <hansg@kernel.org>,
	platform-driver-x86@vger.kernel.org,
	 LKML <linux-kernel@vger.kernel.org>,
	stable@vger.kernel.org
Subject: Re: [PATCH 2/2] platform/x86: ISST: Store and restore all domains data
Date: Tue, 6 Jan 2026 11:44:36 +0200 (EET)	[thread overview]
Message-ID: <39be18a6-d50e-e625-1347-7709cea78ea6@linux.intel.com> (raw)
In-Reply-To: <20251229183450.823244-3-srinivas.pandruvada@linux.intel.com>

On Mon, 29 Dec 2025, Srinivas Pandruvada wrote:

> The suspend/resume callbacks currently only store and restore the
> configuration for power domain 0. However, other power domains may also
> have modified configurations that need to be preserved across suspend/
> resume cycles.
> 
> Extend the store/restore functionality to handle all power domains.
> 
> Fixes: 91576acab020 ("platform/x86: ISST: Add suspend/resume callbacks")
> Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
> CC: stable@vger.kernel.org
> ---
>  .../intel/speed_select_if/isst_tpmi_core.c    | 53 ++++++++++++-------
>  1 file changed, 33 insertions(+), 20 deletions(-)
> 
> diff --git a/drivers/platform/x86/intel/speed_select_if/isst_tpmi_core.c b/drivers/platform/x86/intel/speed_select_if/isst_tpmi_core.c
> index f587709ddd47..47026bb3e1af 100644
> --- a/drivers/platform/x86/intel/speed_select_if/isst_tpmi_core.c
> +++ b/drivers/platform/x86/intel/speed_select_if/isst_tpmi_core.c
> @@ -1723,55 +1723,68 @@ EXPORT_SYMBOL_NS_GPL(tpmi_sst_dev_remove, "INTEL_TPMI_SST");
>  void tpmi_sst_dev_suspend(struct auxiliary_device *auxdev)
>  {
>  	struct tpmi_sst_struct *tpmi_sst = auxiliary_get_drvdata(auxdev);
> -	struct tpmi_per_power_domain_info *power_domain_info;
> +	struct tpmi_per_power_domain_info *power_domain_info, *pd_info;
>  	struct oobmsm_plat_info *plat_info;
>  	void __iomem *cp_base;
> +	int num_resources, i;
>  
>  	plat_info = tpmi_get_platform_data(auxdev);
>  	if (!plat_info)
>  		return;
>  
>  	power_domain_info = tpmi_sst->power_domain_info[plat_info->partition];
> +	num_resources = tpmi_sst->number_of_power_domains[plat_info->partition];
>  
> -	cp_base = power_domain_info->sst_base + power_domain_info->sst_header.cp_offset;
> -	power_domain_info->saved_sst_cp_control = readq(cp_base + SST_CP_CONTROL_OFFSET);
> +	for (i = 0; i < num_resources; i++) {
> +		pd_info = &power_domain_info[i];
> +		if (!pd_info || !pd_info->sst_base)
> +			continue;
>  
> -	memcpy_fromio(power_domain_info->saved_clos_configs, cp_base + SST_CLOS_CONFIG_0_OFFSET,
> -		      sizeof(power_domain_info->saved_clos_configs));
> +		cp_base = pd_info->sst_base + pd_info->sst_header.cp_offset;
>  
> -	memcpy_fromio(power_domain_info->saved_clos_assocs, cp_base + SST_CLOS_ASSOC_0_OFFSET,
> -		      sizeof(power_domain_info->saved_clos_assocs));
> +		pd_info->saved_sst_cp_control = readq(cp_base + SST_CP_CONTROL_OFFSET);
> +		memcpy_fromio(pd_info->saved_clos_configs, cp_base + SST_CLOS_CONFIG_0_OFFSET,
> +			      sizeof(pd_info->saved_clos_configs));
> +		memcpy_fromio(pd_info->saved_clos_assocs, cp_base + SST_CLOS_ASSOC_0_OFFSET,
> +			      sizeof(pd_info->saved_clos_assocs));
>  
> -	power_domain_info->saved_pp_control = readq(power_domain_info->sst_base +
> -						    power_domain_info->sst_header.pp_offset +
> -						    SST_PP_CONTROL_OFFSET);
> +		pd_info->saved_pp_control = readq(pd_info->sst_base +
> +						  pd_info->sst_header.pp_offset +
> +						  SST_PP_CONTROL_OFFSET);
> +	}
>  }
>  EXPORT_SYMBOL_NS_GPL(tpmi_sst_dev_suspend, "INTEL_TPMI_SST");
>  
>  void tpmi_sst_dev_resume(struct auxiliary_device *auxdev)
>  {
>  	struct tpmi_sst_struct *tpmi_sst = auxiliary_get_drvdata(auxdev);
> -	struct tpmi_per_power_domain_info *power_domain_info;
> +	struct tpmi_per_power_domain_info *power_domain_info, *pd_info;
>  	struct oobmsm_plat_info *plat_info;
>  	void __iomem *cp_base;
> +	int num_resources, i;
>  
>  	plat_info = tpmi_get_platform_data(auxdev);
>  	if (!plat_info)
>  		return;
>  
>  	power_domain_info = tpmi_sst->power_domain_info[plat_info->partition];
> +	num_resources = tpmi_sst->number_of_power_domains[plat_info->partition];
>  
> -	cp_base = power_domain_info->sst_base + power_domain_info->sst_header.cp_offset;
> -	writeq(power_domain_info->saved_sst_cp_control, cp_base + SST_CP_CONTROL_OFFSET);
> -
> -	memcpy_toio(cp_base + SST_CLOS_CONFIG_0_OFFSET, power_domain_info->saved_clos_configs,
> -		    sizeof(power_domain_info->saved_clos_configs));
> +	for (i = 0; i < num_resources; i++) {
> +		pd_info = &power_domain_info[i];
> +		if (!pd_info || !pd_info->sst_base)
> +			continue;
>  
> -	memcpy_toio(cp_base + SST_CLOS_ASSOC_0_OFFSET, power_domain_info->saved_clos_assocs,
> -		    sizeof(power_domain_info->saved_clos_assocs));
> +		cp_base = pd_info->sst_base + pd_info->sst_header.cp_offset;
> +		writeq(pd_info->saved_sst_cp_control, cp_base + SST_CP_CONTROL_OFFSET);
> +		memcpy_toio(cp_base + SST_CLOS_CONFIG_0_OFFSET, pd_info->saved_clos_configs,
> +			    sizeof(pd_info->saved_clos_configs));
> +		memcpy_toio(cp_base + SST_CLOS_ASSOC_0_OFFSET, pd_info->saved_clos_assocs,
> +			    sizeof(pd_info->saved_clos_assocs));

Why is the use of empty lines inconsistent between suspend and resume?

> -	writeq(power_domain_info->saved_pp_control, power_domain_info->sst_base +
> -				power_domain_info->sst_header.pp_offset + SST_PP_CONTROL_OFFSET);
> +		writeq(pd_info->saved_pp_control, power_domain_info->sst_base +
> +		       pd_info->sst_header.pp_offset + SST_PP_CONTROL_OFFSET);
> +	}
>  }
>  EXPORT_SYMBOL_NS_GPL(tpmi_sst_dev_resume, "INTEL_TPMI_SST");
>  
> 

-- 
 i.


  reply	other threads:[~2026-01-06  9:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20251229183450.823244-1-srinivas.pandruvada@linux.intel.com>
2025-12-29 18:34 ` [PATCH 1/2] platform/x86: ISST: Add missing write block check Srinivas Pandruvada
2025-12-29 18:34 ` [PATCH 2/2] platform/x86: ISST: Store and restore all domains data Srinivas Pandruvada
2026-01-06  9:44   ` Ilpo Järvinen [this message]
2026-01-06 23:24     ` srinivas pandruvada

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=39be18a6-d50e-e625-1347-7709cea78ea6@linux.intel.com \
    --to=ilpo.jarvinen@linux.intel.com \
    --cc=hansg@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=srinivas.pandruvada@linux.intel.com \
    --cc=stable@vger.kernel.org \
    /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