From: Gregory CLEMENT <gregory.clement@bootlin.com>
To: Jiaxun Yang <jiaxun.yang@flygoat.com>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Cc: "Vladimir Kondratiev" <vladimir.kondratiev@mobileye.com>,
"Théo Lebrun" <theo.lebrun@bootlin.com>,
"Tawfik Bayouk" <tawfik.bayouk@mobileye.com>,
"Thomas Petazzoni" <thomas.petazzoni@bootlin.com>,
"linux-mips@vger.kernel.org" <linux-mips@vger.kernel.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] MIPS: CPS: Optimise delay CPU calibration for SMP
Date: Wed, 21 May 2025 09:47:13 +0200 [thread overview]
Message-ID: <87ecwipfr2.fsf@BLaptop.bootlin.com> (raw)
In-Reply-To: <8c4ef90e-82db-4711-a5f3-446bcca00e9d@app.fastmail.com>
Hello Jiaxun,
> 在2025年5月20日周二 下午4:21,Gregory CLEMENT写道:
> [...]
>>
>> This allows to implement calibrate_delay_is_known(), which will return
>> 0 (triggering calibration) only for the primary CPU of each
>> cluster. For other CPUs, we can simply reuse the value from their
>> cluster's primary CPU core.
>
> Is __cpu_primary_cluster_mask really necessary?
>
> Maybe we can just test if current CPU is the first powered up CPU
> in the cluster?
That is exactly the point of __cpu_primary_cluster_mask: setting in an
efficient way the first powered-up CPU for each cluster. This adds only
a single variable (which is actually just a long) and allows for minimal
impact during boot time, by doing the minimum write and read operations.
I don't see a better alternative. What do you have in mind ?
Gregory
>
> Thanks
> Jiaxun
>
>>
>> With the introduction of this patch, a configuration running 32 cores
>> spread across two clusters sees a significant reduction in boot time
>> by approximately 600 milliseconds.
>>
>> Signed-off-by: Gregory CLEMENT <gregory.clement@bootlin.com>
>> ---
>> arch/mips/kernel/smp-cps.c | 20 ++++++++++++++++++++
>> 1 file changed, 20 insertions(+)
>>
>> diff --git a/arch/mips/kernel/smp-cps.c b/arch/mips/kernel/smp-cps.c
>> index
>> 02bbd7ecd1b9557003186b9d3d98ae17eac5eb9f..93e01b90b4a21323c7629350211083a81eb549d4
>> 100644
>> --- a/arch/mips/kernel/smp-cps.c
>> +++ b/arch/mips/kernel/smp-cps.c
>> @@ -40,6 +40,7 @@ static u64 core_entry_reg;
>> static phys_addr_t cps_vec_pa;
>>
>> struct cluster_boot_config *mips_cps_cluster_bootcfg;
>> +struct cpumask __cpu_primary_cluster_mask __read_mostly;
>>
>> static void power_up_other_cluster(unsigned int cluster)
>> {
>> @@ -225,6 +226,7 @@ static void __init cps_smp_setup(void)
>> if (mips_cm_revision() >= CM_REV_CM3_5)
>> power_up_other_cluster(cl);
>>
>> + cpumask_set_cpu(nvpes, &__cpu_primary_cluster_mask);
>> ncores = mips_cps_numcores(cl);
>> for (c = 0; c < ncores; c++) {
>> core_vpes = core_vpe_count(cl, c);
>> @@ -281,6 +283,24 @@ static void __init cps_smp_setup(void)
>> #endif /* CONFIG_MIPS_MT_FPAFF */
>> }
>>
>> +unsigned long calibrate_delay_is_known(void)
>> +{
>> + int i, this_cpu = smp_processor_id(), primary_cpu_cluster = 0;
>> +
>> + /* The calibration has to be done on the primary CPU of the cluster */
>> + if (cpumask_test_cpu(this_cpu, &__cpu_primary_cluster_mask))
>> + return 0;
>> +
>> + /* Look for the primary CPU of the cluster this CPU belongs to */
>> + for_each_cpu(i, &__cpu_primary_cluster_mask) {
>> + /* we reach the next cluster */
>> + if (i > this_cpu)
>> + break;
>> + primary_cpu_cluster = i;
>> + }
>> + return cpu_data[primary_cpu_cluster].udelay_val;
>> +}
>> +
>> static void __init cps_prepare_cpus(unsigned int max_cpus)
>> {
>> unsigned int nclusters, ncores, core_vpes, c, cl, cca;
>>
>> ---
>> base-commit: 3b3704261e851e25983860e4c352f1f73786f4ab
>> change-id: 20250520-smp_calib-6d3009e1f5b9
>>
>> Best regards,
>> --
>> Grégory CLEMENT, Bootlin
>> Embedded Linux and Kernel engineering
>> https://bootlin.com
>
> --
> - Jiaxun
--
Grégory CLEMENT, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2025-05-21 7:47 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-20 15:21 [PATCH] MIPS: CPS: Optimise delay CPU calibration for SMP Gregory CLEMENT
2025-05-20 15:35 ` Jiaxun Yang
2025-05-21 7:47 ` Gregory CLEMENT [this message]
2025-05-22 13:03 ` Jiaxun Yang
2025-05-22 15:02 ` Gregory CLEMENT
2025-05-22 15:10 ` Jiaxun Yang
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=87ecwipfr2.fsf@BLaptop.bootlin.com \
--to=gregory.clement@bootlin.com \
--cc=jiaxun.yang@flygoat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=tawfik.bayouk@mobileye.com \
--cc=theo.lebrun@bootlin.com \
--cc=thomas.petazzoni@bootlin.com \
--cc=tsbogend@alpha.franken.de \
--cc=vladimir.kondratiev@mobileye.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