From: srinivas pandruvada <srinivas.pandruvada@linux.intel.com>
To: David Arcari <darcari@redhat.com>, platform-driver-x86@vger.kernel.org
Cc: "Hans de Goede" <hansg@kernel.org>,
"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>,
"Peter Zijlstra" <peterz@infradead.org>,
"Ingo Molnar" <mingo@kernel.org>,
"Dan Carpenter" <dan.carpenter@linaro.org>,
"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
"Tero Kristo" <tero.kristo@linux.intel.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] platform/x86/intel: power-domains validate domain in tpmi_cpu_online()
Date: Tue, 26 Aug 2025 13:26:46 -0700 [thread overview]
Message-ID: <00466c7a41bd4a0120a7798318ac5bba8878ada5.camel@linux.intel.com> (raw)
In-Reply-To: <20250826164331.1372856-1-darcari@redhat.com>
Hi David,
On Tue, 2025-08-26 at 12:43 -0400, David Arcari wrote:
> Although tpmi_get_power_domain_mask() calls tpmi_domain_is_valid()
> prior to indexing tpmi_power_domain_mask[],
Because this an API call so that caller parameter needs to be
sanitized.
> tpmi_cpu_online() does
> not.
This is hotplug callback, which should have correct topology
information.
> In the case where a VM creates non-contiguous package ids the
> result can be memory corruption. This can be prevented by adding
> the same validation in tpmi_cpu_online().
>
This driver is getting loaded means MSR 0x54 is virtualised otherwise
this driver will not load.
Not sure this is an upstream kernel or not.
Some comments below.
> Fixes: 17ca2780458c ("platform/x86/intel: TPMI domain id and CPU
> mapping")
>
Andy already pointed about new line here.
> Cc: Hans de Goede <hansg@kernel.org>
> Cc: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
> Cc: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
> Cc: Peter Zijlstra <peterz@infradead.org>
> Cc: Ingo Molnar <mingo@kernel.org>
> Cc: Dan Carpenter <dan.carpenter@linaro.org>
> Cc: David Arcari <darcari@redhat.com>
> Cc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> Cc: Tero Kristo <tero.kristo@linux.intel.com>
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: David Arcari <darcari@redhat.com>
> ---
> drivers/platform/x86/intel/tpmi_power_domains.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/platform/x86/intel/tpmi_power_domains.c
> b/drivers/platform/x86/intel/tpmi_power_domains.c
> index 9d8247bb9cfa..ae5b58679e29 100644
> --- a/drivers/platform/x86/intel/tpmi_power_domains.c
> +++ b/drivers/platform/x86/intel/tpmi_power_domains.c
> @@ -194,6 +194,9 @@ static int tpmi_cpu_online(unsigned int cpu)
> if (ret)
> return 0;
>
Need some more information.
The only case this check is required if
topology_physical_package_id(cpu) is returning greater or equal to
topology_max_packages(). If this true in this case, please check the
value of info->pkg_id. If this is bad then then some other places also
this may have issue. info->punit_domain_id is already checked for valid
value in tpmi_get_logical_id().
Thanks,
Srinivas
> + if (!tpmi_domain_is_valid(info))
> + return 0;
> +
> index = info->pkg_id * MAX_POWER_DOMAINS + info-
> >punit_domain_id;
>
> guard(mutex)(&tpmi_lock);
next prev parent reply other threads:[~2025-08-26 20:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-26 16:43 David Arcari
2025-08-26 19:20 ` Andy Shevchenko
2025-08-26 20:26 ` srinivas pandruvada [this message]
2025-08-27 1:39 ` David Arcari
2025-08-27 11:49 ` srinivas pandruvada
2025-08-28 11:27 ` David Arcari
2025-08-28 11:54 ` srinivas pandruvada
2025-08-29 11:38 ` [PATCH v2] platform/x86/intel: power-domains: Use topology_logical_package_id() for package ID David Arcari
2025-08-29 12:19 ` srinivas pandruvada
2025-08-29 13:16 ` 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=00466c7a41bd4a0120a7798318ac5bba8878ada5.camel@linux.intel.com \
--to=srinivas.pandruvada@linux.intel.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=dan.carpenter@linaro.org \
--cc=darcari@redhat.com \
--cc=hansg@kernel.org \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=peterz@infradead.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=tero.kristo@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
all inboxes | Powered by JetHome®