mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Dietmar Eggemann <dietmar.eggemann@arm.com>
To: Qing Wang <wangqing@vivo.com>,
	Sudeep Holla <sudeep.holla@arm.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	linux-kernel@vger.kernel.org
Cc: wangqing <11112896@bbktel.com>
Subject: Re: [PATCH] arch_topology: support parsing cache topology from DT
Date: Thu, 7 Apr 2022 21:42:33 +0200	[thread overview]
Message-ID: <84bd8d25-979b-42d7-a809-379454537806@arm.com> (raw)
In-Reply-To: <1649236680-4340-1-git-send-email-wangqing@vivo.com>

On 06/04/2022 11:18, Qing Wang wrote:
> From: wangqing <11112896@bbktel.com>

[...]

> +void init_cpu_cache_topology(void)
> +{
> +	struct device_node *node_cpu, *node_cache;
> +	int cpu;
> +	int level = 0;
> +
> +	for_each_possible_cpu(cpu) {
> +		node_cpu = of_get_cpu_node(cpu, NULL);
> +		if (!node_cpu)
> +			continue;
> +
> +		level = 0;
> +		node_cache = node_cpu;
> +		while (level < MAX_CACHE_LEVEL) {
> +			node_cache = of_parse_phandle(node_cache, "next-level-cache", 0);
> +			if (!node_cache)
> +				break;
> +
> +			cache_topology[cpu][level++] = node_cache;
> +		}
> +		of_node_put(node_cpu);
> +	}
> +}

From where is init_cpu_cache_topology() called?

> +bool cpu_share_llc(int cpu1, int cpu2)
> +{
> +	int cache_level;
> +
> +	for (cache_level = MAX_CACHE_LEVEL - 1; cache_level > 0; cache_level--) {
> +		if (!cache_topology[cpu1][cache_level])
> +			continue;
> +
> +		if (cache_topology[cpu1][cache_level] == cache_topology[cpu2][cache_level])
> +			return true;
> +
> +		return false;
> +	}
> +
> +	return false;
> +}

Like I mentioned in:

https://lkml.kernel.org/r/73b491fe-b5e8-ebca-081e-fa339cc903e1@arm.com

the correct setting in DT's cpu-map node (only core nodes in your case
(One DynamIQ cluster) will give you the correct LLC (highest
SD_SHARE_PKG_RESOURCES) setting.

https://www.kernel.org/doc/Documentation/devicetree/bindings/arm/topology.txt

> +
> +bool cpu_share_l2c(int cpu1, int cpu2)
> +{
> +	if (!cache_topology[cpu1][0])
> +		return false;
> +
> +	if (cache_topology[cpu1][0] == cache_topology[cpu2][0])
> +		return true;
> +
> +	return false;
> +}
> +
>  /*
>   * cpu topology table
>   */
> @@ -662,7 +720,7 @@ const struct cpumask *cpu_coregroup_mask(int cpu)
>  		/* not numa in package, lets use the package siblings */
>  		core_mask = &cpu_topology[cpu].core_sibling;
>  	}
> -	if (cpu_topology[cpu].llc_id != -1) {
> +	if (cpu_topology[cpu].llc_id != -1 || cache_topology[cpu][0]) {
>  		if (cpumask_subset(&cpu_topology[cpu].llc_sibling, core_mask))
>  			core_mask = &cpu_topology[cpu].llc_sibling;
>  	}
> @@ -684,7 +742,8 @@ void update_siblings_masks(unsigned int cpuid)
>  	for_each_online_cpu(cpu) {
>  		cpu_topo = &cpu_topology[cpu];
>  
> -		if (cpuid_topo->llc_id == cpu_topo->llc_id) {
> +		if ((cpuid_topo->llc_id != -1 && cpuid_topo->llc_id == cpu_topo->llc_id)
> +			|| (cpuid_topo->llc_id == -1 && cpu_share_llc(cpu, cpuid))) {

Assuming a:

      .---------------.
CPU   |0 1 2 3 4 5 6 7|
      +---------------+
uarch |l l l l m m m b| (so called tri-gear: little, medium, big)
      +---------------+
  L2  |   |   | | | | |
      +---------------+
  L3  |<--         -->|
      +---------------+
      |<-- cluster -->|
      +---------------+
      |<--   DSU   -->|
      '---------------'

system, I guess you would get (w/ Phantom SD and L2/L3 cache info in DT):

CPU0 .. 3:

MC	   SD_SHARE_PKG_RESOURCES
DIE     no SD_SHARE_PKG_RESOURCES

CPU 4...7:

DIE     no SD_SHARE_PKG_RESOURCES

I can't see how this would make any sense ...

Reason is cpu_share_llc(). You don't check cache_level=0 and w/

CPU0 .. 3:
cache_topology[CPUX][0] == L2
cache_topology[CPUX][1] == L3

CPU4...7:
cache_topology[CPUX][0] == L3

there is, except for CPU0-1 and CPU2-3, no LLC match.

[...]

  parent reply	other threads:[~2022-04-07 20:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-06  9:18 Qing Wang
2022-04-06 11:06 ` Sudeep Holla
2022-04-07  3:11   ` 王擎
2022-04-07 10:30     ` Sudeep Holla
2022-04-08  9:25       ` 王擎
2022-04-07 19:42 ` Dietmar Eggemann [this message]
2022-04-08  2:07   ` 王擎

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=84bd8d25-979b-42d7-a809-379454537806@arm.com \
    --to=dietmar.eggemann@arm.com \
    --cc=11112896@bbktel.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rafael@kernel.org \
    --cc=sudeep.holla@arm.com \
    --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 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®