From: Sudeep Holla <sudeep.holla@arm.com>
To: linux-kernel@vger.kernel.org, Greg KH <gregkh@linuxfoundation.org>
Cc: Sudeep Holla <sudeep.holla@arm.com>,
Atish Patra <atishp@atishpatra.org>,
Atish Patra <atishp@rivosinc.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Qing Wang <wangqing@vivo.com>, Rob Herring <robh+dt@kernel.org>,
"Rafael J . Wysocki" <rafael@kernel.org>,
Ionela Voinescu <ionela.voinescu@arm.com>,
Pierre Gondois <pierre.gondois@arm.com>,
linux-arm-kernel@lists.infradead.org,
linux-riscv@lists.infradead.org,
Darren Hart <darren@os.amperecomputing.com>
Subject: [PATCH v4 17/20] arch_topology: Limit span of cpu_clustergroup_mask()
Date: Tue, 21 Jun 2022 20:20:31 +0100 [thread overview]
Message-ID: <20220621192034.3332546-18-sudeep.holla@arm.com> (raw)
In-Reply-To: <20220621192034.3332546-1-sudeep.holla@arm.com>
From: Ionela Voinescu <ionela.voinescu@arm.com>
Currently the cluster identifier is not set on DT based platforms.
The reset or default value is -1 for all the CPUs. Once we assign the
cluster identifier values correctly, the cluster_sibling mask will be
populated and returned by cpu_clustergroup_mask() to contribute in the
creation of the CLS scheduling domain level, if SCHED_CLUSTER is
enabled.
To avoid topologies that will result in questionable or incorrect
scheduling domains, impose restrictions regarding the span of clusters,
as presented to scheduling domains building code: cluster_sibling should
not span more or the same CPUs as cpu_coregroup_mask().
This is needed in order to obtain a strict separation between the MC and
CLS levels, and maintain the same domains for existing platforms in
the presence of CONFIG_SCHED_CLUSTER, where the new cluster information
is redundant and irrelevant for the scheduler.
While previously the scheduling domain builder code would have removed MC
as redundant and kept CLS if SCHED_CLUSTER was enabled and the
cpu_coregroup_mask() and cpu_clustergroup_mask() spanned the same CPUs,
now CLS will be removed and MC kept.
Cc: Darren Hart <darren@os.amperecomputing.com>
Signed-off-by: Ionela Voinescu <ionela.voinescu@arm.com>
Signed-off-by: Sudeep Holla <sudeep.holla@arm.com>
---
drivers/base/arch_topology.c | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c
index 42448a5a9412..39be5dbaf4da 100644
--- a/drivers/base/arch_topology.c
+++ b/drivers/base/arch_topology.c
@@ -675,6 +675,14 @@ const struct cpumask *cpu_coregroup_mask(int cpu)
const struct cpumask *cpu_clustergroup_mask(int cpu)
{
+ /*
+ * Forbid cpu_clustergroup_mask() to span more or the same CPUs as
+ * cpu_coregroup_mask().
+ */
+ if (cpumask_subset(cpu_coregroup_mask(cpu),
+ &cpu_topology[cpu].cluster_sibling))
+ return get_cpu_mask(cpu);
+
return &cpu_topology[cpu].cluster_sibling;
}
--
2.36.1
WARNING: multiple messages have this Message-ID (diff)
From: Sudeep Holla <sudeep.holla@arm.com>
To: linux-kernel@vger.kernel.org, Greg KH <gregkh@linuxfoundation.org>
Cc: Sudeep Holla <sudeep.holla@arm.com>,
Atish Patra <atishp@atishpatra.org>,
Atish Patra <atishp@rivosinc.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Qing Wang <wangqing@vivo.com>, Rob Herring <robh+dt@kernel.org>,
"Rafael J . Wysocki" <rafael@kernel.org>,
Ionela Voinescu <ionela.voinescu@arm.com>,
Pierre Gondois <pierre.gondois@arm.com>,
linux-arm-kernel@lists.infradead.org,
linux-riscv@lists.infradead.org,
Darren Hart <darren@os.amperecomputing.com>
Subject: [PATCH v4 17/20] arch_topology: Limit span of cpu_clustergroup_mask()
Date: Tue, 21 Jun 2022 20:20:31 +0100 [thread overview]
Message-ID: <20220621192034.3332546-18-sudeep.holla@arm.com> (raw)
In-Reply-To: <20220621192034.3332546-1-sudeep.holla@arm.com>
From: Ionela Voinescu <ionela.voinescu@arm.com>
Currently the cluster identifier is not set on DT based platforms.
The reset or default value is -1 for all the CPUs. Once we assign the
cluster identifier values correctly, the cluster_sibling mask will be
populated and returned by cpu_clustergroup_mask() to contribute in the
creation of the CLS scheduling domain level, if SCHED_CLUSTER is
enabled.
To avoid topologies that will result in questionable or incorrect
scheduling domains, impose restrictions regarding the span of clusters,
as presented to scheduling domains building code: cluster_sibling should
not span more or the same CPUs as cpu_coregroup_mask().
This is needed in order to obtain a strict separation between the MC and
CLS levels, and maintain the same domains for existing platforms in
the presence of CONFIG_SCHED_CLUSTER, where the new cluster information
is redundant and irrelevant for the scheduler.
While previously the scheduling domain builder code would have removed MC
as redundant and kept CLS if SCHED_CLUSTER was enabled and the
cpu_coregroup_mask() and cpu_clustergroup_mask() spanned the same CPUs,
now CLS will be removed and MC kept.
Cc: Darren Hart <darren@os.amperecomputing.com>
Signed-off-by: Ionela Voinescu <ionela.voinescu@arm.com>
Signed-off-by: Sudeep Holla <sudeep.holla@arm.com>
---
drivers/base/arch_topology.c | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c
index 42448a5a9412..39be5dbaf4da 100644
--- a/drivers/base/arch_topology.c
+++ b/drivers/base/arch_topology.c
@@ -675,6 +675,14 @@ const struct cpumask *cpu_coregroup_mask(int cpu)
const struct cpumask *cpu_clustergroup_mask(int cpu)
{
+ /*
+ * Forbid cpu_clustergroup_mask() to span more or the same CPUs as
+ * cpu_coregroup_mask().
+ */
+ if (cpumask_subset(cpu_coregroup_mask(cpu),
+ &cpu_topology[cpu].cluster_sibling))
+ return get_cpu_mask(cpu);
+
return &cpu_topology[cpu].cluster_sibling;
}
--
2.36.1
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
WARNING: multiple messages have this Message-ID (diff)
From: Sudeep Holla <sudeep.holla@arm.com>
To: linux-kernel@vger.kernel.org, Greg KH <gregkh@linuxfoundation.org>
Cc: Sudeep Holla <sudeep.holla@arm.com>,
Atish Patra <atishp@atishpatra.org>,
Atish Patra <atishp@rivosinc.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Qing Wang <wangqing@vivo.com>, Rob Herring <robh+dt@kernel.org>,
"Rafael J . Wysocki" <rafael@kernel.org>,
Ionela Voinescu <ionela.voinescu@arm.com>,
Pierre Gondois <pierre.gondois@arm.com>,
linux-arm-kernel@lists.infradead.org,
linux-riscv@lists.infradead.org,
Darren Hart <darren@os.amperecomputing.com>
Subject: [PATCH v4 17/20] arch_topology: Limit span of cpu_clustergroup_mask()
Date: Tue, 21 Jun 2022 20:20:31 +0100 [thread overview]
Message-ID: <20220621192034.3332546-18-sudeep.holla@arm.com> (raw)
In-Reply-To: <20220621192034.3332546-1-sudeep.holla@arm.com>
From: Ionela Voinescu <ionela.voinescu@arm.com>
Currently the cluster identifier is not set on DT based platforms.
The reset or default value is -1 for all the CPUs. Once we assign the
cluster identifier values correctly, the cluster_sibling mask will be
populated and returned by cpu_clustergroup_mask() to contribute in the
creation of the CLS scheduling domain level, if SCHED_CLUSTER is
enabled.
To avoid topologies that will result in questionable or incorrect
scheduling domains, impose restrictions regarding the span of clusters,
as presented to scheduling domains building code: cluster_sibling should
not span more or the same CPUs as cpu_coregroup_mask().
This is needed in order to obtain a strict separation between the MC and
CLS levels, and maintain the same domains for existing platforms in
the presence of CONFIG_SCHED_CLUSTER, where the new cluster information
is redundant and irrelevant for the scheduler.
While previously the scheduling domain builder code would have removed MC
as redundant and kept CLS if SCHED_CLUSTER was enabled and the
cpu_coregroup_mask() and cpu_clustergroup_mask() spanned the same CPUs,
now CLS will be removed and MC kept.
Cc: Darren Hart <darren@os.amperecomputing.com>
Signed-off-by: Ionela Voinescu <ionela.voinescu@arm.com>
Signed-off-by: Sudeep Holla <sudeep.holla@arm.com>
---
drivers/base/arch_topology.c | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c
index 42448a5a9412..39be5dbaf4da 100644
--- a/drivers/base/arch_topology.c
+++ b/drivers/base/arch_topology.c
@@ -675,6 +675,14 @@ const struct cpumask *cpu_coregroup_mask(int cpu)
const struct cpumask *cpu_clustergroup_mask(int cpu)
{
+ /*
+ * Forbid cpu_clustergroup_mask() to span more or the same CPUs as
+ * cpu_coregroup_mask().
+ */
+ if (cpumask_subset(cpu_coregroup_mask(cpu),
+ &cpu_topology[cpu].cluster_sibling))
+ return get_cpu_mask(cpu);
+
return &cpu_topology[cpu].cluster_sibling;
}
--
2.36.1
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-06-21 19:22 UTC|newest]
Thread overview: 102+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-21 19:20 [PATCH v4 00/20] arch_topology: Updates to add socket support and fix cluster ids Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 01/20] ACPI: PPTT: Use table offset as fw_token instead of virtual address Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-22 11:47 ` Rafael J. Wysocki
2022-06-22 11:47 ` Rafael J. Wysocki
2022-06-22 11:47 ` Rafael J. Wysocki
2022-06-27 13:41 ` Ionela Voinescu
2022-06-27 13:41 ` Ionela Voinescu
2022-06-27 13:41 ` Ionela Voinescu
2022-06-21 19:20 ` [PATCH v4 02/20] cacheinfo: Use of_cpu_device_node_get instead cpu_dev->of_node Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 03/20] cacheinfo: Add helper to access any cache index for a given CPU Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 04/20] cacheinfo: Move cache_leaves_are_shared out of CONFIG_OF Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 05/20] cacheinfo: Add support to check if last level cache(LLC) is valid or shared Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 06/20] cacheinfo: Allow early detection and population of cache attributes Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 07/20] cacheinfo: Use cache identifiers to check if the caches are shared if available Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 08/20] arch_topology: Add support to parse and detect cache attributes Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 09/20] arch_topology: Use the last level cache information from the cacheinfo Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 10/20] arm64: topology: Remove redundant setting of llc_id in CPU topology Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-23 15:55 ` Catalin Marinas
2022-06-23 15:55 ` Catalin Marinas
2022-06-23 15:55 ` Catalin Marinas
2022-06-21 19:20 ` [PATCH v4 11/20] arch_topology: Drop LLC identifier stash from the " Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 12/20] arch_topology: Set thread sibling cpumask only within the cluster Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-27 13:42 ` Ionela Voinescu
2022-06-27 13:42 ` Ionela Voinescu
2022-06-27 13:42 ` Ionela Voinescu
2022-06-21 19:20 ` [PATCH v4 13/20] arch_topology: Check for non-negative value rather than -1 for IDs validity Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 14/20] arch_topology: Avoid parsing through all the CPUs once a outlier CPU is found Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 15/20] arch_topology: Don't set cluster identifier as physical package identifier Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-27 13:43 ` Ionela Voinescu
2022-06-27 13:43 ` Ionela Voinescu
2022-06-27 13:43 ` Ionela Voinescu
2022-06-21 19:20 ` [PATCH v4 16/20] arch_topology: Drop unnecessary check for uninitialised package_id Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-27 13:12 ` Ionela Voinescu
2022-06-27 13:12 ` Ionela Voinescu
2022-06-27 13:12 ` Ionela Voinescu
2022-06-27 16:30 ` Sudeep Holla
2022-06-27 16:30 ` Sudeep Holla
2022-06-27 16:30 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla [this message]
2022-06-21 19:20 ` [PATCH v4 17/20] arch_topology: Limit span of cpu_clustergroup_mask() Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` [PATCH v4 18/20] arch_topology: Set cluster identifier in each core/thread from /cpu-map Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-27 13:47 ` Ionela Voinescu
2022-06-27 13:47 ` Ionela Voinescu
2022-06-27 13:47 ` Ionela Voinescu
2022-06-21 19:20 ` [PATCH v4 19/20] arch_topology: Add support for parsing sockets in /cpu-map Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-27 13:47 ` Ionela Voinescu
2022-06-27 13:47 ` Ionela Voinescu
2022-06-27 13:47 ` Ionela Voinescu
2022-06-21 19:20 ` [PATCH v4 20/20] arch_topology: Warn that topology for nested clusters is not supported Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-21 19:20 ` Sudeep Holla
2022-06-22 15:06 ` Ionela Voinescu
2022-06-22 15:06 ` Ionela Voinescu
2022-06-22 15:06 ` Ionela Voinescu
2022-06-22 15:46 ` Sudeep Holla
2022-06-22 15:46 ` Sudeep Holla
2022-06-22 15:46 ` Sudeep Holla
2022-06-27 13:54 ` [PATCH v4 00/20] arch_topology: Updates to add socket support and fix cluster ids Ionela Voinescu
2022-06-27 13:54 ` Ionela Voinescu
2022-06-27 13:54 ` Ionela Voinescu
2022-06-27 16:22 ` Sudeep Holla
2022-06-27 16:22 ` Sudeep Holla
2022-06-27 16:22 ` Sudeep Holla
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=20220621192034.3332546-18-sudeep.holla@arm.com \
--to=sudeep.holla@arm.com \
--cc=atishp@atishpatra.org \
--cc=atishp@rivosinc.com \
--cc=darren@os.amperecomputing.com \
--cc=dietmar.eggemann@arm.com \
--cc=gregkh@linuxfoundation.org \
--cc=ionela.voinescu@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=pierre.gondois@arm.com \
--cc=rafael@kernel.org \
--cc=robh+dt@kernel.org \
--cc=vincent.guittot@linaro.org \
--cc=wangqing@vivo.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.