From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B75D91A6830 for ; Tue, 11 Aug 2026 04:06:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=198.175.65.17 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786421187; cv=fail; b=JKuaP+43mIcPlOWaxaYzJ06+FNGyrPhhDs6Y0cWQej3Hwat8zkbAKvq762SJJTChFQ0lb7UpCckeLJs0uQ2ejuNJwuhNcbI0kAmq5+wGqw1Q/AX37qoQWzu8mImOGRZ/QkJWtOg4Pxpz6Pad/SGbiprh7W19qXLMh5Jh6GiHNlE= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786421187; c=relaxed/simple; bh=GesDjGr65cDyA7Y6aKziE4but2dkAb/2oJ40CE8dIQ8=; h=Message-ID:Date:Subject:To:CC:References:From:In-Reply-To: Content-Type:MIME-Version; b=VPnDxb1lWchs8/wZCm6KWBYO6lRL/Ejt5bNMuQNuXdmOuLzAOXHYYtIDHyrg3V7R5wygRBv8Z/4IO7FIywbVnath9WZRnDpNRnN11MLW53glUFwb9pa8nwLLILXouw9Pb/xqvQuk8oNtmQ3GaWhHN7mNN6jTERrlMQf4c1UNrik= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=Uyge/2tH; arc=fail smtp.client-ip=198.175.65.17 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="Uyge/2tH" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1786421186; x=1817957186; h=message-id:date:subject:to:cc:references:from: in-reply-to:content-transfer-encoding:mime-version; bh=GesDjGr65cDyA7Y6aKziE4but2dkAb/2oJ40CE8dIQ8=; b=Uyge/2tHw2XDFOEiiMK/a+ZVv72rKJp8Ym1BY+R/AnYqrUMY4aATEG/q rVq3M59g1JpnbTqc4iledUx8gHZVXebRMSnY/DMpP95xSwNN4KrK/Jebo HGskbRHAwWlOFOrokXddUb/EcenUOdUklj7/PfMnSFgZOSz8yIcnQtODj 0i5FHO64Z4vD6VBoMiJsD/t1O2w8TYmiQHlPif4cnsNsOadMGlIXks2c1 5YU8D5hAv9ymkNXQlnl4QpbsFzv7SasdxoaprMU3k+m3FqJSEsiN4m0oI s1fm5jyhU60k7y7GCVhu5gzqGjgzh0i03bDIxjP3NnMbagnxqGwkb5FSo g==; X-CSE-ConnectionGUID: kdYvAPImRyuSy9mc+B9cDQ== X-CSE-MsgGUID: NXfld8o0T02FEFNu+3IChQ== X-IronPort-AV: E=McAfee;i="6800,10657,11871"; a="86955160" X-IronPort-AV: E=Sophos;i="6.25,217,1779174000"; d="scan'208";a="86955160" Received: from orviesa001.jf.intel.com ([10.64.159.141]) by orvoesa109.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2026 21:06:26 -0700 X-CSE-ConnectionGUID: N4U1siVxS5K5LMUpd675cw== X-CSE-MsgGUID: Lw2QkSyGTXWq4zJZjPDGJA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.25,217,1779174000"; d="scan'208";a="301443784" Received: from fmsmsx903.amr.corp.intel.com ([10.18.126.92]) by orviesa001.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2026 21:06:25 -0700 Received: from FMSMSX901.amr.corp.intel.com (10.18.126.90) by fmsmsx903.amr.corp.intel.com (10.18.126.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.45; Mon, 10 Aug 2026 21:06:24 -0700 Received: from fmsedg903.ED.cps.intel.com (10.1.192.145) by FMSMSX901.amr.corp.intel.com (10.18.126.90) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.45 via Frontend Transport; Mon, 10 Aug 2026 21:06:24 -0700 Received: from PH7PR06CU001.outbound.protection.outlook.com (52.101.201.19) by edgegateway.intel.com (192.55.55.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.45; Mon, 10 Aug 2026 21:06:24 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=GyRvmuZ6XI7ZSULhmxUgMdAIJ1/y5vbMXiHwlHFW52bMg+zdxe2G5qIwTPIQsaJSKDNw2519dGUuO9BvV/1LTaFQWCqh+ydHD2j5W5neJEA2++mhfeQS4Ip0gCJpKm52pCWgfmYRl1jQHA9sIRf6jdJ83K4ubYK56FnEqHC9V9pYUfeTOP96xrz7yOeh5sA1hZCJg/aQ32DH77+KwOF4fRARP7fKXBLqSv9X7cNrd/lkD51BaJItCqc2XDoTgYT/SUy7L9kPmMvQJoIApBefRvuqC/tepil5JS4VmGzRIMmXZO1mAcTrgdO+XCWNNL/EPzuKKSzqo/eIp0scXfVWHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=23Is7ev6pAjlXJlBuO/9HXyXGl4LOEPZ67NG07BcNVA=; b=zE1fZzUfrsWNouG5eBMOdT0zxVxf9uA5j7DZcu6pHrrOOy/oklJa31TDV75wP3B8K4lQO0U0DeTIHUcLQWiQDnrulY36gVk+oydP+J1XJpfd6SjvLeRwJt9Cee3wnSKkbfKpv35ndu3pQCqzFmqrObqwmgFhZZUamZbJ68CBohM9/moZFTR1Fwz3Wq91k2802pHzlLtfbK+Vb/uao9nC4McbmEL4Vv5zrHGkjmTYu9+kI6rvwId3DPtul/IFLQ7cWLH8sGmQ22M/uRO8uYQ4YygS84mZu2U+1pfN2PBcabt31FtXmyG7V2bbOVxdmDfgvjVdATa24/w9ACLfB253NQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com; Received: from SJ2PR11MB8370.namprd11.prod.outlook.com (2603:10b6:a03:540::20) by MW6PR11MB8365.namprd11.prod.outlook.com (2603:10b6:303:240::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.270.15; Tue, 11 Aug 2026 04:06:15 +0000 Received: from SJ2PR11MB8370.namprd11.prod.outlook.com ([fe80::b6cf:ce77:3cdf:7cc]) by SJ2PR11MB8370.namprd11.prod.outlook.com ([fe80::b6cf:ce77:3cdf:7cc%5]) with mapi id 15.21.0292.024; Tue, 11 Aug 2026 04:06:15 +0000 Message-ID: <2f371ddd-75ea-48ce-a472-59c4d8a7be97@intel.com> Date: Mon, 10 Aug 2026 21:06:12 -0700 User-Agent: Mozilla Thunderbird Subject: Re: [RFC v2] arm,x86,fs/resctrl: Generic schema description Proof of Concept To: Babu Moger , "Moger, Babu" , "Luck, Tony" CC: Ben Horgan , James Morse , "Dave Martin" , Drew Fustini , Fenghua Yu , Chen Yu , Borislav Petkov , Thomas Gleixner , Dave Hansen , Peter Newman , "x86@kernel.org" , "linux-kernel@vger.kernel.org" References: <7a8b6cc8-d194-4af2-9fb9-2438d2dcae01@intel.com> <9d0239e6-318e-4a59-937d-a64b839e02e9@intel.com> <81f465d7-d12f-4414-9824-85d3cba5a36b@amd.com> From: Reinette Chatre Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-ClientProxiedBy: MW4PR04CA0348.namprd04.prod.outlook.com (2603:10b6:303:8a::23) To SJ2PR11MB8370.namprd11.prod.outlook.com (2603:10b6:a03:540::20) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SJ2PR11MB8370:EE_|MW6PR11MB8365:EE_ X-MS-Office365-Filtering-Correlation-Id: d7c95977-d0ac-4fff-438f-08def75de320 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|1800799024|366016|23010399003|7416014|376014|4143699003|11063799006|3023799007|56012099006|10067099003|18002099003|22082099003|13003099007; X-Microsoft-Antispam-Message-Info: JVe6mQITMQWisGQYmwJcOTt56t7j+xygKTUj1iflr3ASRsVzmQq0lwQxvpeTQqL1Y+evmOdlU5phC56/ExJyHI2rxVM2ql+8hOgCc80k+Ejk26WGf7nDjllzZh9ye2SOy4V8wkajYBuV0mTQQCdw7ivFHUNbvaqvNrp0G3TrC5zwPCW/9S8BAtJ3NarGOvxZTGdVzHt32U/1mJMAQvzoPwC+QzPD/m1pDeoLJIWVRu2o3FKD9Qte7Ifub3Ob23wJabCCrYqtBdfUaBBeAQiXAOKlI9p1NbqdwhDnJwNNUcd9szUJ1cng/XMRZzpy4+1Z7VnzhaT/rHweDqeJ7Lv8oJ1OzO+k28tob509iFQbndPTFkFVMsm5XkW8P66PvAaTrGOMJhtrW2SFoeGeDNUr4tLAWz/9sEkJHx+EKkdGJeBZABJb8+d8AiFXp2n3hSV+T8f/vxWgW5+lJ2As/3RMLjvsGHpidRIu17cA1Iht4Qwxo25/GIrHLJbhre1p4clwnneKUMJT0psAXAqDKA11QiDcC++M0fQucerpXy+isYstsk2vQh2D7BhOEsyNLpojmsdGzX818Aj1cwIw5DUc2z0ZsMqFu0qdbNW0xOU3mIUYzTzPNbiz4918f4OaErPPOD9AmLT5pN2RxHwvbzMDi9p/s7mxPjB8RMHL9FrkCyI= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SJ2PR11MB8370.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(366016)(23010399003)(7416014)(376014)(4143699003)(11063799006)(3023799007)(56012099006)(10067099003)(18002099003)(22082099003)(13003099007);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?alVOL0xlMW1LeTZjMGk3VTdjQzcwWjE1MzB4V3ZVTHVyL1Q3WGxvQlBTREI5?= =?utf-8?B?QjlVMDd1T3A2a2Y4bHRTWXhwOFlLWmZzVk5LNmhTa3o3Um9lQUZwekJJYkNl?= =?utf-8?B?MVhEcEI0aWlYYkhMME4vSzJXN2M4L0Q5N1NtcmQ4N2tjYjhFU0xNekkvT2Zj?= =?utf-8?B?V2V0ZktvZGFGUlpYQUt3ZEl3QTI1bUg2c1VoeEE5MjRBQ2tFbDJzVXhCSTFR?= =?utf-8?B?cUtKZ0NaWXI1OENTbURWaXIwTXByK3ZINm02aE9LTzhHVWxZUzF6ZDJXMHpO?= =?utf-8?B?cmFnTDhodFdlUlhySmp3aGZFN3FVckhoY2x1MFhqRGJDTC9ZZnlWcGJXQUxJ?= =?utf-8?B?MzZqbUo0VUpZM1l3N3RXb1hmUEtzSDNsbDhJTVhCMGhhMTdTQW10cXFJYzdr?= =?utf-8?B?Ulh4T3N3TXBWQzRHeUlVWmRKMUFBNFk1d1lKUEZ4RTdxMGIvVXh6NFlEbDRy?= =?utf-8?B?aWR2dWtkVXFaaVhZeFoxYmg0UGNHT1JTMzQ0VXFad2tDc3lVR1VYSTZEQW0v?= =?utf-8?B?WjIxRXJVVFN6WUdCT2Q3Y1NkZTBsMUZaelRlVnA5elNtK0NzVHEydlc1ZEtl?= =?utf-8?B?R2hUcVo5aVhhT0RhbHRWTkp2OTIvci92MkdZYzFjOFQxYzlIVTdZVzNDQmZ4?= =?utf-8?B?U0k5a09tck9pOWtQUU11UWlhWGZjWFdSZDAyYy9DSXk3OUxQWUZFTlVKOXZo?= =?utf-8?B?aFhpdlQwRUZ0S2V0Y1Bmc2JwWXZFNmxFcjBCaFphdTY3djBuc21KTHl0Vm9Y?= =?utf-8?B?YXdOcVA3YklzMXY3bFloTEtOeUtIKzlvazY0dnBYVUg0eVF5NElQWlMyYnV3?= =?utf-8?B?WVZhRGpETmtDWWFrRFlJUm9pWTZScm9FdG1PaTY3TjlpT3ErdGF2OWFTRWxG?= =?utf-8?B?dURqTHpBYUNIVHlsVkZ0NDZFS2xXWkVjZ0hXVFJLSzMwcGtucGZYZVQwV3JO?= =?utf-8?B?M2dHL0JPQmViNjJkNHduUzlmUEltSmYwYUdHaXJTNkVKalducldaTjJLby9B?= =?utf-8?B?YktGSG1iZHNNSU5OY0FKWkc1TU9pekpjanhML2tLVzIvZi93Z05kbEo3Zkhz?= =?utf-8?B?ZHZ4eTU4bk9PamNnYlRvUEF5NFRmSjh4dGpvbjZPbmlHejJGRDF1cEVwckJH?= =?utf-8?B?K2lsdkxHVHdwR3o2aXB1UU5pbTl5K0NmZDE4aWRUcGpCeVp1R21Sd0lzc1BZ?= =?utf-8?B?b1FML1BTWjJ1RGNPNHBvZ3dRdXRuRmorUEVXRGtaNUVJRS9Vc2xTdWF0SC9x?= =?utf-8?B?djVwU1o1RTFxbEpnTTZNVzJmM3JOaE5DejI2dFIrRWkwU0JKSXg0YnRtbjJ0?= =?utf-8?B?Z2QyeVpVRVh1QmNQWjRBN2Y1YVZ5Q0pJNDVyRU4wbWkxbGdQTEdLTTh2dHl5?= =?utf-8?B?Y09uM1ZORE9nRklCbzJYU3A0a0pLcldMTUVHKzhqTVFTREg4MCtGcXZNTWJi?= =?utf-8?B?Vks0b3p2L2NNdTR0bGJ4VHladGxuT25VcnZKTWdFUStBUzJ5TkpaSU9kQ1BO?= =?utf-8?B?ZVBjVzRRRklnYnh3dXJhTDNBajJFK1ZtMnZrQ0NXa3dvUWJvdnJUYnluaUNm?= =?utf-8?B?Rkd5UjBNMXBSa0ZtNjh3Z2lzWTZHQlpaWUVSbnAvcW45a3JEVWplS1BaelZL?= =?utf-8?B?bkw1ekU1TWw2TXpKVUorRnBjZ2U1YWlpcE12S1B1endoWmRrSWlZOHIwVVhS?= =?utf-8?B?UXFjSkdxTkZ2cXhKOEpubXlTakphNDVXbk9QM0o0UHQ2WnVEck9zL0pjRjV5?= =?utf-8?B?N0VGWTM4RVcrcDJBMmN5SnBaVWx4Z2xDNmM3YnNyS1NWNGVtVUJDZ0hveTM1?= =?utf-8?B?QUwyMzhsSGZRUUkrWm9MRlRTaDZjR1JSUVc1elROYnNWWmpyOTYxR0NxS2lr?= =?utf-8?B?WjNYdUkrUkNXeTdVSnFFZWhjSDFWbW0xekk2cjVYSjBQbDhaUTkvMjJqYnpH?= =?utf-8?B?RjJsbnd1Vlh2Vi82QXorVGF1UElDcTFBOXl6b1psMDN3TGlvT0Iybjd3ak1G?= =?utf-8?B?WDB1SEdlbmhIaG4rY1c5M0RUVEZaYnlpbjdsOGlHNzRCZS9zZFhMMXBaSXFP?= =?utf-8?B?VG5XMlFwOFpvbGtURVFtdzhnbXBkMnl6KzZVWG5rRXB3N3I1Z2FkR1RCU1g3?= =?utf-8?B?ZXAvMkdNSklrbEtRaDVVQm1RYjJtY3lpVCtlWHlhUkZUVG9ocFhJT1VnM2M1?= =?utf-8?B?NDN6YVN2MFkwWUFhMmhkQ1FtT284aFpLVXA2YWhEM2hscThMRHZncjQ0c3Q1?= =?utf-8?B?QkJCQzZiQmp4MUJMLzFFelRtUkphSXZJcVdRNWVQMVZZdEQzczlvYXB3TEdZ?= =?utf-8?B?cVQzK2NmejJNRDJ6U2I4dU9hMlZ0MW45OXVBbXZWSkVkRWttTHp5NUUvSWNE?= =?utf-8?Q?qzEvY8uQr/rqcFEM=3D?= X-Exchange-RoutingPolicyChecked: FbAoTzQ7xEKYPStqaEzMDgffN11KlD8JGWQRx0d8N/sy+0l7N+R7FF9kqRqAzEi+6dlb4KUKYTfs5eWjVc0AOsvFTjN2rv7X0TCJ7j487OujgYrfl3CmZ0bFqHhddNbyWFJM+bU27lZ4ICqA0rfDcxzLkitO71HDeunkxj+HDxQ9KcMXWQ8YKguGnsXyI+S9UQRSIYr4+Dt81KEVZyBtXeVnqK1J5OwlF+P+5SFLsVSyFHEx+FbahHA7ITMopiWf8yCVDsaBH1bx102K7wPmOjb+MI9+mGB0f91aN7pnsyHw++CgYP4O6MC9+huFegMd66ovZCEjSd5jvUSpQ/zWSg== X-MS-Exchange-CrossTenant-Network-Message-Id: d7c95977-d0ac-4fff-438f-08def75de320 X-MS-Exchange-CrossTenant-AuthSource: SJ2PR11MB8370.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Aug 2026 04:06:14.9254 (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: MWiW1/e7oobzvA0ZLp9lseuoCTBjt7LdgSLukogh0y73B6DnjFvu18eRJ0fN1kA8fmFSr1NaDY/8Z53UAXdPWJfKRvQQHglZKj7bWe0VO8U= X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW6PR11MB8365 X-OriginatorOrg: intel.com Hi Babu, On 8/10/26 11:52 AM, Babu Moger wrote: > On 8/7/26 17:53, Reinette Chatre wrote: ... >> >> Second, how to name these resources/controls needs to be decided. This is what prompted my question >> about future considerations to you because my original proposal in >> https://lore.kernel.org/lkml/f5b6cec4-03d8-4a11-884d-d4579dab6b22@intel.com/ >> was able to convey the resource and allocation scope via info hierarchy but it used the same >> name in the schemata file that Ben highlighted could be problematic. >> >> I believe there is agreement that the resource should include the resource scope in its name. This >> is currently done for L2 and L3, and planned to be done for MB_NODE (the "MB" resource does not have >> "L3" in its name, this cannot be changed now, but "MB" resource is implicitly "L3" scope). The "NODE" >> in MB_NODE is thus memory bandwidth allocation at NUMA node scope - "NODE" in MB_NODE is the *resource* >> scope. >> >> Considering this I do not think that GLBE should use MB_NODE as you also state above. Since it does >> not allocate memory bandwidth *resource* at node scope. >> >> We also discussed before (https://lore.kernel.org/lkml/c78169bc-e2d6-4583-96ec-09fa6dd6653a@intel.com/ ) >> of having the control's scope part of the control's name. >> >> We could have a rule of thumb to include both resource scope and control scope in the >> control name but only one instance is displayed if they are the same. >> >> For example, what do you think of something like below as an alternate proposal of what I mentioned in >> https://lore.kernel.org/lkml/f5b6cec4-03d8-4a11-884d-d4579dab6b22@intel.com/: >> >> GLBE (booted with NPS < 4): >> info/ >> └── MB/                /* memory bandwidth allocation implicitly/legacy at L3 scope, think of this as "MB_L3" */ >>      └── schemata/ >>          ├── MB/          /* control scope = L3 */ >>          └── MB_L3NODE/   /* control scope = node ("L3" resource scope + "node" control scope) */ >> >> GLBE (booted with NPS = 4): >> info/ >> └── MB/                /* memory bandwidth allocation implicitly/legacy at L3 scope, think of this as "MB_L3" */ >>      └── schemata/ >>          ├── MB/          /* control scope = L3 */ >>          └── MB_L3SYSTEM/ /* control scope = system ("L3" resource scope + "system" control scope*/ > > > Can the names here MB_L3NODE and MB_L3SYSTEM be simplified to > MB_NODE and MB_SYSTEM? The L3 scope is already implied by the higher- > level hierarchy. This would be the alternate proposal I mention above but Ben highlighted in https://lore.kernel.org/lkml/1444b515-752e-4167-87f5-30ace189e05c@arm.com/ that such naming would result in a conflict if GLBE is ever combined with some actual node based MBA that would result in two controllers named "MB_NODE" that need to be accommodated by schemata file. This is what prompted my question to you with the conclusion that we cannot predict the future. The above proposal prepares resctrl for some hypothetical scenario where a GLBE style system also supports actual node MBA. >> ii >> MPAM MSC: >> info/ >> ├── MB/                /* memory bandwidth allocation at L3 scope */ >> │   └── schemata/ >> │       └── MB/        /* control scope = L3 */ >> └── MB_NODE/           /* memory bandwidth allocation at node scope */ >>      └── schemata/ >>          └── MB_NODE/   /* control scope = node */ >> >> The GLBE controls make it clear that the *same* resource is allocated using two >> different controls that have different scope. This creates an implicit dependency >> between the two that is not quite captured but having two controls for the same >> resource would already give user space some insight that their control values >> need to be considered with care. >> >> I'd appreciate your, Ben's, and anybody else's thoughts on this. > > Looks good to me. > > > There is one more point I'd like to bring up regarding GLBE. > > Consider the following example with 16 CPUs, 2 NUMA domains, and 2 L3 domains per NUMA node: > > NUMA0 >  ├─ L3_0: CPUs 0-3 >  └─ L3_1: CPUs 4-7 > > NUMA1 >  ├─ L3_2: CPUs 8-11 >  └─ L3_3: CPUs 12-15 > > > When updating NUMA0, we need to update one CPU from each L3 domain. > However, this relationship is not currently represented in our > domain data structure. The domain's hdr.cpumask simply contains > CPUs 0-7 and does not provide any information about the underlying > L3-domain boundaries. I expect that the domain associated with a control that has node scope would include all CPUs associated with that node in is cpumask. In your example I thus expect there to only be two domains, domain ID 0 would have CPUs 0 - 7 in its cpumask and domain ID 1 would have CPUs 8 to 15 in its cpumask. > > This was the reason we needed additional processing while programming the MSRs: > > https://lore.kernel.org/lkml/a2a06bd290e68f902be9e7cc3ad35f0a2211b950.1776980182.git.babu.moger@amd.com/ > > I'm wondering whether this relationship should be represented > explicitly in the control data structure, or whether that would be > exposing details that are too specific to a particular hardware > implementation. >From what I understand this is already accommodated. What am I missing? Reinette