Received-SPF: pass (google.com: domain of linux-kernel+bounces-58621-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
From: "Luck, Tony" <tony.luck@intel.com>
To: Drew Fustini <drew@pdp7.com>
CC: "Yu, Fenghua" <fenghua.yu@intel.com>, "Chatre, Reinette"
	<reinette.chatre@intel.com>, Peter Newman <peternewman@google.com>, "Jonathan
 Corbet" <corbet@lwn.net>, Shuah Khan <skhan@linuxfoundation.org>,
	"x86@kernel.org" <x86@kernel.org>, Shaopeng Tan <tan.shaopeng@fujitsu.com>,
	James Morse <james.morse@arm.com>, Jamie Iles <quic_jiles@quicinc.com>, "Babu
 Moger" <babu.moger@amd.com>, Randy Dunlap <rdunlap@infradead.org>, "Drew
 Fustini" <dfustini@baylibre.com>, "linux-kernel@vger.kernel.org"
	<linux-kernel@vger.kernel.org>, "linux-doc@vger.kernel.org"
	<linux-doc@vger.kernel.org>, "patches@lists.linux.dev"
	<patches@lists.linux.dev>
Subject: RE: [PATCH v15-RFC 0/8] Add support for Sub-NUMA cluster (SNC)
 systems
Thread-Topic: [PATCH v15-RFC 0/8] Add support for Sub-NUMA cluster (SNC)
 systems
Thread-Index: AQHaU8qTZyE779HfV0Os6ryGu61IgLD/49uAgAD7e5A=
Date: Thu, 8 Feb 2024 19:26:52 +0000
Message-ID: <SJ1PR11MB60839BA8E721970C34C1F3B8FC442@SJ1PR11MB6083.namprd11.prod.outlook.com>
References: <20240126223837.21835-1-tony.luck@intel.com>
 <20240130222034.37181-1-tony.luck@intel.com> <ZcRVZYtmFMz0fdjU@x1>
In-Reply-To: <ZcRVZYtmFMz0fdjU@x1>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?UuCELH9hg2QH+qvcoEFlZC5Hgox3F7Ifv3xTVFqFVDBJrvpc6dZ13E4POLwe?=
 =?us-ascii?Q?n1pMAevDt8ReBIJW06Molio85g/uj5VJcPu4E0KzzsayLXWalAX54a1gdb0c?=
 =?us-ascii?Q?uNdXes09dbdtIMCcXMPLi/8mR2pV55bvpwWdBt0m6tqClBwiRvknqBQ2w04P?=
 =?us-ascii?Q?20pQt8Wx2PK02XLu1zWD3Pjxkc+JE+AejYW5FEWxmW7e+6OsXbgMLLSED2Ao?=
 =?us-ascii?Q?BCpMXgNphHyFABKrtma32Y4nZb6Xl+LoZE10ySbFIEPDPIfiTddWIOvACG7d?=
 =?us-ascii?Q?4+4DD3Z4l08KERxU5ZRWrPAZNkq4CF1/l1obpYPPakZmFpdrZQVXZECIqpIj?=
 =?us-ascii?Q?UtvaVC6bclu4F3mTcdtt4gAtYNvhCtTH65H8yjnW1KWGoYzQzXC4xDx9mpLO?=
 =?us-ascii?Q?IKpgiaIyPZ+iHPx7lM/xEohc0EmtHGlNm6z/8V1lfxNZHmtUDNzDMoLYzxZN?=
 =?us-ascii?Q?+Szn5kFKSFmWv9TtaNkLDqFJEvVUFkXR84ZiOvenWADivUR3VOnsEl8YFVYg?=
 =?us-ascii?Q?21zoIlN0ENM7P0qmdZwP29bZKHFpjBCAXNX5is4E3rSl+xVX1Ldg83Ypwn4+?=
 =?us-ascii?Q?4iZI83s+OECIQ1srr8+DThzEq6fFKMU1QrGMr1bJVPSfLu5NrgdoZCXIA1jn?=
 =?us-ascii?Q?iDTJ/9LnTcy8bpLQvkD2bb0Rz88wLC6vmVM7KVyO6BiiEd3hriRgszFAQly6?=
 =?us-ascii?Q?s/207+mWbdt8FxncCmnGZ7TqkxvrmSUDuqpHu8la7bEoRJ6kBqQDNB7/YdqI?=
 =?us-ascii?Q?q4xUcBTrtMTjL1L/mLWA7iVq+Sk+2hDp+nLjWJkI8X//NNV2OfOyvoCf7RHL?=
 =?us-ascii?Q?LNrivr47Qw073XMfwcjX5HuDynoHH0eoG99p2KN/WuRGCMmhauYOgnodzqts?=
 =?us-ascii?Q?NnBFex57fI18GsMySjr5Csuk2E+pNPuUKMJ0wBh40Z2HzJ+bQXlxoYFPRCqY?=
 =?us-ascii?Q?SHhSiKo2YzOES5H0mPzcmg3JXcy22sNK/uOFrAQpQmvXOKNYJ4AJkvx0uUld?=
 =?us-ascii?Q?R/d+2Z+05GRUi9UQwk5H5FgSjad8TgoLdPai7ruUvbd+lvO1Ct7VHRq8puZK?=
 =?us-ascii?Q?QevgGEBCvgYv/KudeT51bthjqL7K9wd4M1LYsoBw2z10Mu7KLG3PHSbu7bkK?=
 =?us-ascii?Q?2Ec9O3h11EIeZxpXokO9FHEtrkB9jxHzFuCIaQUOTmTFJlt7dYDgiOnu25L/?=
 =?us-ascii?Q?pBX2HhHymexNCsMrTRHhbErg6B8SP3dZCRFRTwSfbhzpXnwrKDc5QtbijiXj?=
 =?us-ascii?Q?mjVBZpvziOvoTo6k+XBWgtg/t8E83HE+mFVpmOdLWYS+Sbw1M3D227uAvGlC?=
 =?us-ascii?Q?WOZhwkS4VrvCyfrGeU54d9Kp91Xme+dI+04bnOPlbZlYdT1+X/QlsPXoNuNU?=
 =?us-ascii?Q?JpX32fUT5H2UPrt11N+D/V1+uEwZXJ/4FdvUHov6deseihlZ4rEHLP/ya48D?=
 =?us-ascii?Q?lpeNZHNC1CEllYV2tmlx4CoejfHxkMfIbD+HeI0QcdQpOnvwljhfdM/9gnNA?=
 =?us-ascii?Q?UYBOgRxfXOmW56t4n2n2heIGZ3ce2z/x1g7ckAIoRQ2DyJJuo97EfSUc0T9f?=
 =?us-ascii?Q?NROeZbdXC5qkwLw4KaA/yLyn+qXBTqnZDGVc/Ly1?=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
List-Id: <linux-kernel.vger.kernel.org>
List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SJ1PR11MB6083.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a44547eb-78ca-4ea4-850f-08dc28dbe76b
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Feb 2024 19:26:52.4939
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 65J5l4r6zPAra6Vg7NDnGPWSxgPi5C0LVShFsVv3GJ6PuobHx+aRq1oTZVfUjVSNF6UxtzUvj151lY6tHgnlaA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN0PR11MB6184
X-OriginatorOrg: intel.com

> > Patches 1-5 are almost completely rewritten based around the new
> > idea to give CMT and MBM their own "resource" instead of sharing
> > one with L3 CAT. This removes the need for separate domain lists,
> > and thus most of the churn of the previous version of this series.
>
> Very interesting. Do you think I would be able to create MBM files for
> each memory controller without creating pointless L3 domains that show
> up in schemata?

Entries only show up in the schemata file for resources that are "alloc_cap=
able".
So you should be able to make as many rdt_hw_resource structures as you
need that are "mon_capable", but not "alloc_capable" ... though making more
than one such resource may explore untested areas of the code since there
has historically only been one mon_capable resource. It looks like the reso=
urce
id from the "rid" field is passed through to the "show" functions for MBM a=
nd CQM.

This patch series splits the one resource that is marked as both mon_capabl=
e
and alloc_capable into two. Maybe that's a useful cleanup, but maybe not a
requirement for what you need.

-Tony