From: "Moger, Babu" <bmoger@amd.com>
To: Aaron Tomlin <atomlin@atomlin.com>
Cc: tony.luck@intel.com, reinette.chatre@intel.com,
Dave.Martin@arm.com, james.morse@arm.com, babu.moger@amd.com,
tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
dave.hansen@linux.intel.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] x86/resctrl: Add io_alloc_min_cbm_all interface for CBM reset
Date: Fri, 7 Nov 2025 17:08:03 -0600 [thread overview]
Message-ID: <fa2c3cbc-2af6-4d98-bd70-8ab49cb0d83e@amd.com> (raw)
In-Reply-To: <53iuqiul6uo7zj6sfckm2h465cjusaxvpxrtdmnbmhvbzuqiq6@7ogm3zqddzjd>
On 11/7/2025 4:25 PM, Aaron Tomlin wrote:
> On Fri, Nov 07, 2025 at 04:02:39PM -0600, Moger, Babu wrote:
>> Hi Aaron,
>>
>> Thanks for trying the patches.
>
> Hi Babu,
>
> Thank you very much for taking the time to review the patch and for
> pointing out the efficiency of the existing interface. You are correct that
> option [1], echo "0=0;1=0" > io_alloc_cbm, is also accomplished with a
> single system call.
>
> However, the primary justification for introducing "io_alloc_min_cbm_all"
> lies in abstraction and the knowledge burden placed upon the user, not the
> system call count.
>
> To successfully execute option [1], the user is required to have advanced
> knowledge of the system's current cache topology and capabilities:
>
> Domain ID Knowledge: The user must know every active Domain ID (e.g.,
> 0, 1, 2, etc.) that supports the resource and
> manually enumerate them in the write string. If a
> domain is missed, it will not be reset.
>
> Minimal CBM Knowledge: The user must know the minimal supported number
> of consecutive bits that constitute a "cleared"
> state for each domain. While this is often 0,
> relying on this is not architecture-aware.
>
> The new interface, is designed to abstract this complexity entirely. Also,
> applies the hardware's guaranteed minimum supported CBM (based on
> r->cache.min_cbm_bits) to each domain automatically.
>
> This unified approach provides a robust and efficient mechanism to
> guarantee a full, architecture-aware reset across all domains, eliminating
> the need for userspace to parse the topology and construct a complex,
> domain-specific input string.
>
> Please let me know if this clarifies the motivation.
>
No, I don’t agree with introducing this new interface.
These settings are intended to be modified only by system
administrators, not general users.
Administrators are already expected to have complete knowledge of the
hardware and corresponding configuration details. They also typically
rely on benchmark data to determine appropriate settings.
Additionally, this approach is not consistent with our existing CBM
setting model.
Thanks
Babu
next prev parent reply other threads:[~2025-11-07 23:08 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-07 1:23 [PATCH 0/2] x86/resctrl: Add io_alloc_min_cbm_all interface for CBM reset Aaron Tomlin
2025-11-07 1:24 ` [PATCH 1/2] " Aaron Tomlin
2025-11-07 22:02 ` Moger, Babu
2025-11-07 22:25 ` Aaron Tomlin
2025-11-07 23:08 ` Moger, Babu [this message]
2025-11-08 0:19 ` Aaron Tomlin
2025-11-08 0:42 ` Luck, Tony
2025-11-10 16:34 ` Babu Moger
2025-11-10 17:50 ` Luck, Tony
2025-11-10 19:42 ` Babu Moger
2025-11-10 19:56 ` Luck, Tony
2025-11-10 21:40 ` Reinette Chatre
2025-11-11 0:41 ` Aaron Tomlin
2025-11-11 0:51 ` Luck, Tony
2025-11-11 1:00 ` Reinette Chatre
2025-11-11 1:40 ` Luck, Tony
2025-11-11 2:37 ` Reinette Chatre
2025-11-11 2:44 ` Aaron Tomlin
2025-11-11 15:29 ` Babu Moger
2025-11-11 21:04 ` Babu Moger
2025-11-11 22:34 ` Aaron Tomlin
2025-11-11 23:21 ` Moger, Babu
2025-11-07 1:24 ` [PATCH 2/2] fs/resctrl: resctrl: Return -EINVAL for a missing seq_show implementation Aaron Tomlin
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=fa2c3cbc-2af6-4d98-bd70-8ab49cb0d83e@amd.com \
--to=bmoger@amd.com \
--cc=Dave.Martin@arm.com \
--cc=atomlin@atomlin.com \
--cc=babu.moger@amd.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=james.morse@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=reinette.chatre@intel.com \
--cc=tglx@linutronix.de \
--cc=tony.luck@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