Re: [PATCH v3 04/12] x86,fs/resctrl: Program PLZA through kmode arch hooks

From: Babu Moger

Date: Thu Jun 11 2026 - 10:47:11 EST


Hi Peter,


On 6/11/26 06:44, Peter Newman wrote:
Hi Babu,

On Thu, May 21, 2026 at 1:09 AM Moger, Babu <bmoger@xxxxxxx> wrote:

Hi Tony,

On 5/20/2026 5:16 PM, Luck, Tony wrote:
On Wed, May 20, 2026 at 12:49:25PM -0500, Babu Moger wrote:
Hi Tony,


On 5/19/26 15:59, Luck, Tony wrote:
On Thu, Apr 30, 2026 at 06:24:49PM -0500, Babu Moger wrote:
+void resctrl_arch_configure_kmode(cpumask_var_t cpu_mask, u32 closid, u32 rmid, bool enable)
+{
+ union msr_pqr_plza_assoc plza = { 0 };
+
+ plza.split.rmid = rmid;
+ plza.split.rmid_en = 1;

Shouldn't there be a parameter for the value of rmid_en?


I realized that behavior is not required—it was actually due to a mistake in
my v2 series implementation.

Really? This is in fact the only behavior we wanted:

https://lore.kernel.org/lkml/CABPqkBSq=cgn-am4qorA_VN0vsbpbfDePSi7gubicpROB1=djw@xxxxxxxxxxxxxx/

I have responded to similar comment already.

https://lore.kernel.org/lkml/1d7c79bf-1e40-4db7-8f66-45f234b6d87e@xxxxxxx/

You are right—we should not set rmid_en = 1 in all cases.

For the "inherit_mon" mode, rmid_en will be 0, so the monitoring counts will remain unaffected. This represents the generic use case.

For the "assign_mon" mode, rmid_en will be 1. In this case, the kernel monitoring counts will be separate from the user’s.

So, we have both the options. I hope this addresses your concerns.

Thanks

Babu