[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Zoz52M6+5Zw/9Uri@alpha.franken.de>
Date: Tue, 9 Jul 2024 10:50:32 +0200
From: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
To: Aleksandar Rikalo <aleksandar.rikalo@...mia.com>
Cc: Aleksandar Rikalo <arikalo@...il.com>, Chao-ying Fu <cfu@...ecomp.com>,
Daniel Lezcano <daniel.lezcano@...aro.org>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Greg Ungerer <gerg@...nel.org>, Hauke Mehrtens <hauke@...ke-m.de>,
Ilya Lipnitskiy <ilya.lipnitskiy@...il.com>,
Jiaxun Yang <jiaxun.yang@...goat.com>, linux-kernel@...r.kernel.org,
linux-mips@...r.kernel.org, Marc Zyngier <maz@...nel.org>,
Paul Burton <paulburton@...nel.org>,
Peter Zijlstra <peterz@...radead.org>,
Serge Semin <fancer.lancer@...il.com>,
Thomas Gleixner <tglx@...utronix.de>,
Tiezhu Yang <yangtiezhu@...ngson.cn>
Subject: Re: [PATCH v4 01/14] MIPS: CPS: Add a couple of multi-cluster
utility functions
On Sat, May 11, 2024 at 12:43:28PM +0200, Aleksandar Rikalo wrote:
> From: Paul Burton <paulburton@...nel.org>
>
> This patch introduces a couple of utility functions which help later
> patches with introducing support for multi-cluster systems.
>
> - mips_cps_multicluster_cpus() allows its caller to determine whether
> the system includes CPUs spread across multiple clusters. This is
> useful because in some cases behaviour can be more optimal taking
> this knowledge into account. The means by which we check this is
> dependent upon the way we probe CPUs & assign their numbers, so
> keeping this knowledge confined here in arch/mips/ seems appropriate.
>
> - mips_cps_first_online_in_cluster() allows its caller to determine
> whether it is running upon the first CPU online within its cluster.
> This information is useful in cases where some cluster-wide
> configuration may need to occur, but should not be repeated if
> another CPU in the cluster is already online. Similarly to the above
> this is determined based upon knowledge of CPU numbering so it makes
> sense to keep that knowledge in arch/mips/. The function is defined
> in mips-cm.c rather than in asm/mips-cps.h in order to allow us to
> use asm/cpu-info.h & linux/smp.h without encountering an include
> nightmare.
>
> Signed-off-by: Paul Burton <paulburton@...nel.org>
> Signed-off-by: Chao-ying Fu <cfu@...ecomp.com>
> Signed-off-by: Dragan Mladjenovic <dragan.mladjenovic@...mia.com>
> Signed-off-by: Aleksandar Rikalo <aleksandar.rikalo@...mia.com>
> ---
> arch/mips/include/asm/mips-cps.h | 38 ++++++++++++++++++++++++++++++++
> arch/mips/kernel/mips-cm.c | 37 +++++++++++++++++++++++++++++++
> 2 files changed, 75 insertions(+)
applied to mips-next with a #include <linux/cpumask.h> added to
make it compile with my malta config.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea. [ RFC1925, 2.3 ]
Powered by blists - more mailing lists