From: Reinette Chatre <reinette.chatre@intel.com>
To: "Chen, Yu C" <yu.c.chen@intel.com>
Cc: <x86@kernel.org>, <linux-kernel@vger.kernel.org>,
<tglx@kernel.org>, <bp@alien8.de>, <mingo@redhat.com>,
<dave.hansen@linux.intel.com>, <hpa@zytor.com>,
<dave.martin@arm.com>, <james.morse@arm.com>,
<fenghuay@nvidia.com>, <babu.moger@amd.com>,
<anil.keshavamurthy@broadcom.com>, <tony.luck@intel.com>,
<chen.yu@linux.dev>
Subject: Re: [PATCH v4 1/6] x86/resctrl: Parse ACPI ERDT table and map RMDD domains by L3 cache ID
Date: Thu, 25 Jun 2026 08:54:38 -0700 [thread overview]
Message-ID: <2e68bb81-ca13-456c-85ee-6173a23d3abd@intel.com> (raw)
In-Reply-To: <040bb2fd-b8e3-47a9-b560-7d57ed6768cc@intel.com>
Hi Chenyu,
On 6/25/26 7:33 AM, Chen, Yu C wrote:
> On 6/25/2026 7:44 AM, Reinette Chatre wrote:
>> On 6/23/26 9:05 PM, Chen, Yu C wrote:
...
>> Considering that this now establishes 1:1 between RMDD and resctrl domain and that
>> resctrl already maintains a list of domains, could the x86 arch specific monitoring
>> domain (struct rdt_hw_l3_mon_domain) perhaps just point to the ERDT monitoring data
>> for that domain instead of maintaining a separate array of domains? So, when x86 is
>> requested to read monitoring data for a domain there would be no need to query an
>> array for the ERDT domain info since the containing structure already has a pointer
>> to it.
>>
>> This may need more care to organize the ERDT per-domain monitoring data structure when
>> considering the references to upcoming additions that are not clear to me at this time.
>>
>
> I see. We could add a void *priv pointer to struct rdt_hw_l3_mon_domain.
This is architecture specific code and I do not see a need to hide what the data
represents behind a void pointer. struct rdt_hw_l3_mon_domain could have pointer of
accurate type. For reference you can compare with struct rdt_hw_resource and all its
AMD architecture specific members.
> During l3_mon_domain_setup(), we can assign this pointer to the corresponding
> erdt_domain_info object from the previously created list.
> Since each rdt_hw_l3_mon_domain instance is freed when the last CPU in its domain
> goes offline, we need to keep the global list of struct erdt_domain_info objects
Sounds good.
> persistent at all times. Going forward, we may also need to add the same pointer
> assignment to rdt_hw_ctrl_domain for the upcoming region-aware MBA changes.
>
>>>
>>> 3. erdt_mon_read() looks up erdt_domain_xa by hdr->id (L3 cache ID) as before,
>>> but the xarray is now populated lazily at CPU online time.
>>
>> I do not see the need for an xarray. As new domains are created during CPU online their
>> initialization can just point to the needed data, no?
>>
>
> If we add the struct erdt_domain_info pointer to rdt_hw_l3_mon_domain, then
> there is no need to maintain the xarray.
ack. Thank you.
Reinette
next prev parent reply other threads:[~2026-06-25 15:54 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-13 7:56 [PATCH v4 0/6] Introduce MMIO-based CMT access for Enhanced RDT Chen Yu
2026-06-13 7:56 ` [PATCH v4 1/6] x86/resctrl: Parse ACPI ERDT table and map RMDD domains by L3 cache ID Chen Yu
2026-06-18 23:37 ` Reinette Chatre
2026-06-22 9:07 ` Chen, Yu C
2026-06-22 21:28 ` Reinette Chatre
2026-06-23 6:29 ` Chen, Yu C
2026-06-23 11:43 ` Chen, Yu C
2026-06-23 16:46 ` Reinette Chatre
2026-06-24 4:05 ` Chen, Yu C
2026-06-24 6:04 ` Chen, Yu C
2026-06-24 23:44 ` Reinette Chatre
2026-06-24 23:58 ` Luck, Tony
2026-06-25 0:24 ` Reinette Chatre
2026-06-25 14:59 ` Chen, Yu C
2026-06-25 14:33 ` Chen, Yu C
2026-06-25 15:54 ` Reinette Chatre [this message]
2026-06-13 7:57 ` [PATCH v4 2/6] x86/resctrl: Parse ACPI CMRC table Chen Yu
2026-06-13 7:57 ` [PATCH v4 3/6] x86/resctrl: Rename prev_msr to prev_mon_val Chen Yu
2026-06-18 23:39 ` Reinette Chatre
2026-06-22 12:42 ` Chen, Yu C
2026-06-22 21:29 ` Reinette Chatre
2026-06-23 7:48 ` Chen, Yu C
2026-06-23 16:47 ` Reinette Chatre
2026-06-24 6:16 ` Chen, Yu C
2026-06-13 7:57 ` [PATCH v4 4/6] x86/resctrl: Refactor the monitor read function Chen Yu
2026-06-13 7:57 ` [PATCH v4 5/6] fs/resctrl: Do not invoke smp_processor_id() in preemptible context Chen Yu
2026-06-13 7:57 ` [PATCH v4 6/6] x86/resctrl: Add support for L3 occupancy monitoring via RMID MMIO read Chen Yu
2026-06-18 23:40 ` Reinette Chatre
2026-06-22 14:09 ` Chen, Yu C
2026-06-22 21:30 ` Reinette Chatre
2026-06-23 5:00 ` Chen, Yu C
2026-06-23 16:48 ` Reinette Chatre
2026-06-24 9:00 ` Chen, Yu C
2026-06-24 23:44 ` Reinette Chatre
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=2e68bb81-ca13-456c-85ee-6173a23d3abd@intel.com \
--to=reinette.chatre@intel.com \
--cc=anil.keshavamurthy@broadcom.com \
--cc=babu.moger@amd.com \
--cc=bp@alien8.de \
--cc=chen.yu@linux.dev \
--cc=dave.hansen@linux.intel.com \
--cc=dave.martin@arm.com \
--cc=fenghuay@nvidia.com \
--cc=hpa@zytor.com \
--cc=james.morse@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=tglx@kernel.org \
--cc=tony.luck@intel.com \
--cc=x86@kernel.org \
--cc=yu.c.chen@intel.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