From: Tony Rodriguez <unixpro1970@gmail.com>
To: Jan Engelhardt <jengelh@inai.de>, davem@davemloft.net
Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org,
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Stian Halseth <stian@itx.no>
Subject: Re: [PATCH] sparc: populate sysfs cache topology information on sun4v
Date: Sun, 18 Oct 2026 19:32:48 -0700 [thread overview]
Message-ID: <a2a30450-bca0-42ba-a895-7534d771892e@gmail.com> (raw)
In-Reply-To: <0593b88f-6151-4975-a840-ef21f3df06e8@gmail.com>
Hi Jan,
>>
>> On 10/18/26 3:27 PM, Jan Engelhardt wrote:
>>> The SPARC port does not publish any cache topology information. The
>>> lscpu utility therefore falls back to assuming the published cache
>>> sizes are for unshared caches, and as a result, reports way more
>>> cache than there really is present in the system. On a T5240 machine:
>>>
>>> ```
>>> $ lscpu
>>> Architecture: sparc64
>>> CPU op-mode(s): 32-bit, 64-bit
>>> Byte Order: Big Endian
>>> CPU(s): 128
>>> On-line CPU(s) list: 0-127
>>> Model name: UltraSparc T2 (Niagara2)
>>> Thread(s) per core: 4
>>> Core(s) per socket: 16
>>> Socket(s): 2
>>> Flags: sun4v
>>> Caches (sum of all):
>>> L1d: 1 MiB (128 instances)
>>> L1i: 2 MiB (128 instances)
>>> L2: 512 MiB (128 instances)
>>> ```
>>>
>>> This patch implements population of the sysfs cacheinfo structures
>>> for sun4v (systems with mdesc). The proper amount is now reflected in
>>> lscpu's output:
>>>
>>> ```
>>> Caches (sum of all):
>>> L1d: 128 KiB (16 instances)
>>> L1i: 256 KiB (16 instances)
>>> L2: 8 MiB (2 instances)
>>> ```
>>>
>>> Signed-off-by: Jan Engelhardt <jengelh@inai.de>
>>> ---
>>> arch/sparc/include/asm/cpudata_64.h | 8 +++-
>>> arch/sparc/kernel/mdesc.c | 61
>>> +++++++++++++++++++++++++++++
>>> 2 files changed, 68 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/arch/sparc/include/asm/cpudata_64.h
>>> b/arch/sparc/include/asm/cpudata_64.h
>>> index 056b3c0e7ef9..e28b841ffe23 100644
>>> --- a/arch/sparc/include/asm/cpudata_64.h
>>> +++ b/arch/sparc/include/asm/cpudata_64.h
>>> @@ -18,13 +18,19 @@ typedef struct {
>>> unsigned int irq0_irqs;
>>> unsigned int __pad2;
>>> - /* Dcache line 2, rarely used */
>>> + /* Dcache line 2+3, rarely used */
>>> unsigned int dcache_size;
>>> unsigned int dcache_line_size;
>>> + unsigned int dcache_assoc;
>>> + unsigned int dcache_id;
>>> unsigned int icache_size;
>>> unsigned int icache_line_size;
>>> + unsigned int icache_assoc;
>>> + unsigned int icache_id;
>>> unsigned int ecache_size;
>>> unsigned int ecache_line_size;
>>> + unsigned int ecache_assoc;
>>> + unsigned int ecache_id;
>>> unsigned short sock_id; /* physical package */
>>> unsigned short core_id;
>>> unsigned short max_cache_id; /* groupings of highest
>>> shared cache */
>>> diff --git a/arch/sparc/kernel/mdesc.c b/arch/sparc/kernel/mdesc.c
>>> index 23b51a32e96e..029d9d812074 100644
>>> --- a/arch/sparc/kernel/mdesc.c
>>> +++ b/arch/sparc/kernel/mdesc.c
>>> @@ -818,6 +818,7 @@ static void fill_in_one_cache(cpuinfo_sparc *c,
>>> struct mdesc_handle *hp, u64 mp)
>>> const u64 *level = mdesc_get_property(hp, mp, "level", NULL);
>>> const u64 *size = mdesc_get_property(hp, mp, "size", NULL);
>>> const u64 *line_size = mdesc_get_property(hp, mp, "line-size",
>>> NULL);
>>> + const u64 *assoc = mdesc_get_property(hp, mp, "associativity",
>>> NULL);
>>> const char *type;
>>> int type_len;
>>> @@ -828,15 +829,21 @@ static void fill_in_one_cache(cpuinfo_sparc
>>> *c, struct mdesc_handle *hp, u64 mp)
>>> if (of_find_in_proplist(type, "instn", type_len)) {
>>> c->icache_size = *size;
>>> c->icache_line_size = *line_size;
>>> + c->icache_assoc = assoc ? *assoc : 0;
>>> + c->icache_id = mp;
>>> } else if (of_find_in_proplist(type, "data", type_len)) {
>>> c->dcache_size = *size;
>>> c->dcache_line_size = *line_size;
>>> + c->dcache_assoc = assoc ? *assoc : 0;
>>> + c->dcache_id = mp;
>>> }
>>> break;
>>> case 2:
>>> c->ecache_size = *size;
>>> c->ecache_line_size = *line_size;
>>> + c->ecache_assoc = assoc ? *assoc : 0;
>>> + c->ecache_id = mp;
>>> break;
>>> default:
>>> @@ -1251,6 +1258,60 @@ void mdesc_fill_in_cpu_data(cpumask_t *mask)
>>> smp_fill_in_sib_core_maps();
>>> }
>>> +int init_cache_level(unsigned int cpu)
>>> +{
>>> + struct cpu_cacheinfo *i = get_cpu_cacheinfo(cpu);
>>> + i->num_levels = 2;
>>> + i->num_leaves = 3;
>>> + return 0;
>>> +}
>>> +
>>> +int populate_cache_leaves(unsigned int cpu)
>>> +{
>>> + struct cacheinfo *leaf = get_cpu_cacheinfo(cpu)->info_list;
>>> + cpuinfo_sparc *cs = &cpu_data(cpu);
>>> +
>>> + leaf->id = cs->icache_id;
>>> + leaf->attributes = CACHE_ID;
>>> + leaf->level = 1;
>>> + leaf->type = CACHE_TYPE_INST;
>>> + leaf->coherency_line_size = cs->icache_line_size;
>>> + leaf->ways_of_associativity = cs->icache_assoc;
>>> + leaf->size = cs->icache_size;
>>> + leaf->priv = cs;
>>> + if (cs->icache_line_size > 0 && cs->icache_assoc > 0)
>>> + leaf->number_of_sets = cs->icache_size /
>>> cs->icache_line_size /
>>> + cs->icache_assoc;
>>> + ++leaf;
>>> +
>>> + leaf->id = cs->dcache_id;
>>> + leaf->attributes = CACHE_ID;
>>> + leaf->level = 1;
>>> + leaf->type = CACHE_TYPE_DATA;
>>> + leaf->coherency_line_size = cs->dcache_line_size;
>>> + leaf->ways_of_associativity = cs->dcache_assoc;
>>> + leaf->size = cs->dcache_size;
>>> + leaf->priv = cs;
>>> + if (cs->dcache_line_size > 0 && cs->dcache_assoc > 0)
>>> + leaf->number_of_sets = cs->dcache_size /
>>> cs->dcache_line_size /
>>> + cs->dcache_assoc;
>>> + ++leaf;
>>> +
>>> + leaf->id = cs->ecache_id;
>>> + leaf->attributes = CACHE_ID;
>>> + leaf->level = 2;
>>> + leaf->type = CACHE_TYPE_UNIFIED;
>>> + leaf->coherency_line_size = cs->ecache_line_size;
>>> + leaf->ways_of_associativity = cs->ecache_assoc;
>>> + leaf->size = cs->ecache_size;
>>> + leaf->priv = cs;
>>> + if (cs->ecache_line_size > 0 && cs->ecache_assoc > 0)
>>> + leaf->number_of_sets = cs->ecache_size /
>>> cs->ecache_line_size /
>>> + cs->ecache_assoc;
>>> +
>>> + return 0;
>>> +}
>>> +
>>> /* mdesc_open() - Grab a reference to mdesc_handle when /dev/mdesc is
>>> * opened. Hold this reference until /dev/mdesc is closed to ensure
>>> * mdesc data structure is not released underneath us. Store the
>
I’ve applied the patch to a dual‑socket SPARC S7‑2 (16 cores total, 128
threads) and wanted to share the resulting lscpu output, since it
clarifies what the patch fixes and what still needs work for 3‑level parts.
Before the patch:
L1d: 2 MiB (128 instances)
L1i: 2 MiB (128 instances)
L2: 32 MiB (128 instances)
After the patch:
L1d: 256 KiB (16 instances)
L1i: 256 KiB (16 instances)
L2: 2 MiB (8 instances)
A) The L1 reporting is now correct. Each of the 16 cores has a private
16 KB L1I and 16 KB L1D, so 256 KiB in 16 instances is exactly right.
The per‑thread inflation is gone for L1, and the sharing/instance counts
are sensible. The generic leaf->id grouping is clearly doing its job.
* B) L2 is only half‑reported on S7: This may be true for S7, T7, and
T8 CPUs.
For the L2 split (On S7):
L2D: 256 KB shared by every 2 cores -> 8 instances × 256 KB = 2
MiB (matches the output)
L2I: 256 KB shared by every 4 cores ->4 instances × 256 KB = 1 MiB
(missing)
So the total L2 on this box should be 3 MiB across 12 instances , or
shown as separate L2D/L2I lines. It looks like MDESC reports the L2I and
L2D nodes separately, and the current case 2: overwrites one with the
other in ecache_*. Supporting S7 properly would need either separate
storage for L2I/L2D or a way to handle multiple level‑2 nodes.
* C) Need "level 3" cache details for (useful for T4, T5, S7, T7, T8).
As expected, the S7’s 16 MB per‑socket L3 (32 MiB total, 2 instances on
this box) does not appear at all. init_cache_level() hardcodes
num_levels = 2 / num_leaves = 3, and fill_in_one_cache() has no case 3:,
so the MDESC level‑3 node is dropped in default.
Adding an L3 leaf may need?
l3_* fields in cpuinfo_sparc,
a case 3: in fill_in_one_cache(),
num_levels = 3 / num_leaves = 4 in init_cache_level(),
a 4th leaf in populate_cache_leaves().
For T7‑1/T8‑1 this would surface their 64 MiB per‑socket L3; for S7‑2
it would show 32 MiB in 2 instances (16 MiB per cpu). The T5240 result
looks correct because that machine is 2‑level only, so the missing case
3: doesn’t show up there.
Summary:
The patch is an improvement but needs more work. It fixes the L1 (and
L2D) inflation on S7‑2. To make it complete for the 3‑level SPARC parts,
it needs improved L2I/L2D handling and an L3 leaf. It would be great to
have L3 cache details shown via lscpu as well.
Tested-By: Tony Rodriguez <unixpro1970@gmail.com>
Regards,
Tony
next prev parent reply other threads:[~2026-10-19 2:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-18 22:27 Jan Engelhardt
2026-10-19 0:16 ` Tony Rodriguez
2026-10-19 0:37 ` Tony Rodriguez
2026-10-19 2:32 ` Tony Rodriguez [this message]
[not found] ` <c7d7a96c-feb9-4676-8cc2-73529e8324ef@gmail.com>
2026-10-19 2:42 ` Tony Rodriguez
2026-10-19 9:49 ` Stian Halseth
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=a2a30450-bca0-42ba-a895-7534d771892e@gmail.com \
--to=unixpro1970@gmail.com \
--cc=davem@davemloft.net \
--cc=glaubitz@physik.fu-berlin.de \
--cc=jengelh@inai.de \
--cc=linux-kernel@vger.kernel.org \
--cc=sparclinux@vger.kernel.org \
--cc=stian@itx.no \
/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®