[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <SJ1PR11MB608302F7FFA34D93EBD77640FCEEA@SJ1PR11MB6083.namprd11.prod.outlook.com>
Date: Thu, 9 Oct 2025 22:08:54 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: "Chatre, Reinette" <reinette.chatre@...el.com>
CC: Fenghua Yu <fenghuay@...dia.com>, "Wieczor-Retman, Maciej"
<maciej.wieczor-retman@...el.com>, Peter Newman <peternewman@...gle.com>,
James Morse <james.morse@....com>, Babu Moger <babu.moger@....com>, "Drew
Fustini" <dfustini@...libre.com>, Dave Martin <Dave.Martin@....com>, "Chen,
Yu C" <yu.c.chen@...el.com>, "x86@...nel.org" <x86@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"patches@...ts.linux.dev" <patches@...ts.linux.dev>
Subject: RE: [PATCH v11 20/31] fs/resctrl: Refactor Sub-NUMA Cluster (SNC) in
mkdir/rmdir code flow
> I did not mean to imply that this can be supported without refactoring. It does
> seem as though you agree that mon_data::sum may be used for something
> other than SNC and thus that using mon_data::sum as a check for SNC is not ideal.
Reinette,
Yes, we are in agreement about non-SNC future usage.
Is it sufficient that I plant some WARN_ON_ONCE() in places where the
code assumes that mon_data::sum is only used by RDT_RESOURCE_L3
or for SNC?
Such code can be fixed by future patches that want to use mon_data::sum
for other things.
-Tony
Powered by blists - more mailing lists