From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.10]) (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 0BE5626FD9B for ; Wed, 10 Jun 2026 15:59:54 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=192.198.163.10 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781107196; cv=fail; b=EauLp5VBLU485HBVSJiSPFMXSEEw+LEC4DhMyA6Ptst3gN/gZKVVZEH/vF1hhHhR5Ynyda2pq07Ty+q9iCmVzcfm2/NPPeqg+IZqCfRuupgC/55zSMV5ZfcFI9GhIXPPqDzeYQhQeiks7r+rd+rlG+2M2Y0+KWP57nVfrFy+2Gw= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781107196; c=relaxed/simple; bh=fkqDB1N7vkuczYwGXgv0MkjCbx5As1JpODSTUOCB8cU=; h=Message-ID:Date:Subject:To:CC:References:From:In-Reply-To: Content-Type:MIME-Version; b=OmzbsNoNUZtHOvyz2awMPWhW8u+8d9iR7FF11jfrljmItzHB65gqJ+1J4xevHoLE1a9lCfDGsduXMJpvgs1elGVE5cG+kQjs3Vvv4gtbZ4s3Saw3dfJVxsQlRvt5j1kXYfiLKnZpmYnAVpHaQ5mAm4sB/n8iBE9YEBlYhqLSWQc= 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=dLHWMqxO; arc=fail smtp.client-ip=192.198.163.10 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="dLHWMqxO" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1781107195; x=1812643195; h=message-id:date:subject:to:cc:references:from: in-reply-to:content-transfer-encoding:mime-version; bh=fkqDB1N7vkuczYwGXgv0MkjCbx5As1JpODSTUOCB8cU=; b=dLHWMqxOwF1v5yhXNYM7xLHLSyFdozQOQ/JFvWvd2jT9HXNhvq7iomis XM7FDm6ORz3NTSBulZJK0p2XcnMIWJW80CLuxcym/8RflHpiOnEXujK0Z qWNJYpM23MpWk/8gFFA+yBPJRGkJu8+L5B64a7upvhCSUcx6BmoVgqv6w x81YVqoUYVjvHG7hZfWhDkhVJP7NLrCnTUYbVs5Rp5zns09uasG95Z5go TBzqcLBgMxasAhxxv87k90wJG/X65+5y7vLVS59ZvNgESO7T5WZkMgw+K a2OckANYnm3PMtsd2UeF3C0FysIZPxoXSd7qkP4K4QwOxkn2mNcg7NOvW g==; X-CSE-ConnectionGUID: l34pH+NuTFGlDVa+DLSf8w== X-CSE-MsgGUID: neCVyMdCR6umr1dFRs5OLA== X-IronPort-AV: E=McAfee;i="6800,10657,11813"; a="93292957" X-IronPort-AV: E=Sophos;i="6.24,197,1774335600"; d="scan'208";a="93292957" Received: from orviesa010.jf.intel.com ([10.64.159.150]) by fmvoesa104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Jun 2026 08:59:54 -0700 X-CSE-ConnectionGUID: H+HBLdWKTdGKvMsYOuza9Q== X-CSE-MsgGUID: QufdXZPpQXmIXsm52J0hAQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.24,197,1774335600"; d="scan'208";a="245348934" Received: from orsmsx903.amr.corp.intel.com ([10.22.229.25]) by orviesa010.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Jun 2026 08:59:54 -0700 Received: from ORSMSX903.amr.corp.intel.com (10.22.229.25) by ORSMSX903.amr.corp.intel.com (10.22.229.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37; Wed, 10 Jun 2026 08:59:53 -0700 Received: from ORSEDG903.ED.cps.intel.com (10.7.248.13) by ORSMSX903.amr.corp.intel.com (10.22.229.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37 via Frontend Transport; Wed, 10 Jun 2026 08:59:53 -0700 Received: from CY3PR05CU001.outbound.protection.outlook.com (40.93.201.27) by edgegateway.intel.com (134.134.137.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37; Wed, 10 Jun 2026 08:59:52 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=s/asbtKgeZ/PXPAOjaZyCWEmtOOjPGgT7/0x+rBl0WpJp6zMszabxIEUxcqvDlzvVuJJpx2iiTF1CNG0tzM0UlxVJhJqxJM9yK4C9KQNNWkj9MHa1gF4dEbofnpI3Wy7wPLncejGqDl5/Q+7ZAwK5P6fCKkEhDcfR4tOiUp+prUiSdWRFkwU10pB8yQHoOqtpXlZCs1gzPaNt0JK/aPQt9V6kO+sGod6rnYe8zYte5jym9X23ClisnQ32UQZ3qrxVvPYGneVMyTGOq9zbcu7ABrRD1gl0DOVY9e+uCqAIeegCH9Xzgna9LT8OBLSRdbeg6vODxX53mG0IBVvTxWOjA== 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=XqFT/E4g7Qq6zawImat23WFjp/Fl7wpYf7ee/czpIkI=; b=YAFS/GD8BhmHbMLNzUgvbKjBhZN4nonfhCaatUoaJTL7cJOT67j2u8Uo/e0OOr4PeFGM9CEcu8THo7zelcmmgeB2Yp0/imZfhWAyb9xLN3gAW4pT3Nn9kLR/ClP7tS8O33LDAm3zmJqUYWxEN3SdcQbkFw/pTHF3XRny0EhAwruySdXjkNomOX7WFMzSQE5/bEs9EM4gvXjTOo05YtVYu354vMAGel3l34ItPWa+Y9rvVk0d/uxUI3qKPMWsfTbhmDUQcOyuLchDK9djJwRVOIbiAk0GDPKebU9K+zAIto3ldYIfJ5ZSiBsMp/QvA8pKtCUMuRnYye0GO9kvRTJg7g== 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 PH0PR11MB9725.namprd11.prod.outlook.com (2603:10b6:510:396::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.92.13; Wed, 10 Jun 2026 15:59:51 +0000 Received: from SJ2PR11MB8370.namprd11.prod.outlook.com ([fe80::b6cf:ce77:3cdf:7cc]) by SJ2PR11MB8370.namprd11.prod.outlook.com ([fe80::b6cf:ce77:3cdf:7cc%4]) with mapi id 15.21.0092.011; Wed, 10 Jun 2026 15:59:50 +0000 Message-ID: Date: Wed, 10 Jun 2026 08:59:48 -0700 User-Agent: Mozilla Thunderbird Subject: Re: [RFC] mpam,x86,fs/resctrl: Generic schema description Proof of Concept To: "Chen, Yu C" CC: Borislav Petkov , Thomas Gleixner , "Dave Hansen" , Peter Newman , "x86@kernel.org" , "linux-kernel@vger.kernel.org" , Ben Horgan , Tony Luck , Dave Martin , James Morse , Drew Fustini , Babu Moger , Fenghua Yu References: <29c95b69-e1a4-46b1-ab8b-45c09308b924@arm.com> <7f2d0cc3-266c-4fa3-a9ba-7352325c76d1@intel.com> <3ef279c9-c4b3-48cb-8235-da8a871b54f9@arm.com> <5cffdb88-924e-43e7-84f2-ea19d82910fb@intel.com> <0c957e0a-0188-40c0-96e6-4e5d787a8ae6@arm.com> <8bd94a5f-1460-4bc3-a2b2-68a298200ad8@intel.com> Content-Language: en-US From: Reinette Chatre In-Reply-To: <8bd94a5f-1460-4bc3-a2b2-68a298200ad8@intel.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-ClientProxiedBy: MW4PR03CA0183.namprd03.prod.outlook.com (2603:10b6:303:b8::8) 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_|PH0PR11MB9725:EE_ X-MS-Office365-Filtering-Correlation-Id: 917d9bbc-2f70-4608-6840-08dec7094dc8 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|7416014|376014|1800799024|23010399003|366016|18002099003|22082099003|4143699003|11063799006|6133799003|5023799004|56012099006|3023799007; X-Microsoft-Antispam-Message-Info: 515xoi1nC5mDqwHZF30nSQkfVwjzF3Vfp7yesUlSMHihCbPyeXAABsmDmFYLr2dnDF5dX/9bf1Va7XdW1knOBsOlh/dTYLwe/1xMjZsGWOiChTRgvu17oIwmZliwVgasUn7xHKSGabFz3n8X+uBDPtkNKhRdETmy04/ZVIGoBQfHGYjViXu9CMFzqg1dmxsfDcU3zqELXYgJTYeHrpdbq42xe7tIe6EpQz3Uo49jazTJwAMTcZ6FobO9O1fmo1dbifm5mtP6GkX57Ouh8/c3iuYfd2UdW0TRMUI4g1sLnWD28vtRU7urHOTchn1Yzlm0Tb41to3/RTWXzdnsTpTK28hkv3ddLO05OH/kbcglNRuLoDl5sNmgGxHv1oUZFhq2x1GG2D9G1M0+ttbuWA5p6mC3GtdtsHoDg9Fv410jDjzuJ2gK/v0Qs+RONtge7DiJG4+b5j/KoHi6DpGlNc7vE7ekscCQwqf3zv6HGKi7ka+dHmQIN6gyJ76zaWhcSqOK02Ei0R/VNcPxw5+JtkyS0VxmOgqD1Wy8e570/7gVMLxWoeXeCLq9l0ZmEiXuQ8v89TDQLtqtyvASfXuX64gbuBKDCq7cKNrmblkbq9uhnKf+hwdCvNFB4se20tnmZkhtzuy9Bq4xGiaGmM2ssdcK2WZON8/JJpx6qf+j8LGxTTeEZCUwqhUfxMqDEVNRZXw2 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)(7416014)(376014)(1800799024)(23010399003)(366016)(18002099003)(22082099003)(4143699003)(11063799006)(6133799003)(5023799004)(56012099006)(3023799007);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?R1lNelFPL3N4MlpsZW9jK0YwV3UycWVxTnp5MmtsSDZPbGZhUC9FTHprKzRs?= =?utf-8?B?WVQxNGlNYlB1L2h0YVdoNXcvcjFXeDBWZU5kUTRsZ0RsZUswSmNQZWI4MVRF?= =?utf-8?B?VDdDM1V6UTVzaXZ3M21DUVZVMElVU2k1VkhOMEd5bTVoTnhsWlBKY2lJQ1Nw?= =?utf-8?B?K2R6UVhwS3RyRUZ5TzI3eHFKNGZXckI0NFhZN3hMQ012NWZWMy9aNERMeGpQ?= =?utf-8?B?NEdib1Q3SXFsZjNIbmlhcWp4MnVzOWM5M3NxOFc4UGNCZDlQNUdKWFpFUHRw?= =?utf-8?B?cFV0aDVVZE90dUJDaVV2a2lPV3pwUHNrMWNDdUFFNmQwd3lzTmlQZ3ZMR1Vs?= =?utf-8?B?Mzc2bDBlNFJ3bjdWNXNtSTFMaUlPSHNZVDZtMlBiWk5yS1V0L2NkSStTenBL?= =?utf-8?B?M0F0aFR2NnpIZ1d4aVRNakxlY0dXUFpKbjNGbWhWckJKaHZZOVFmLy9RWmJz?= =?utf-8?B?aGdpdzkwOCtwN3NSNUVXaU5oWndPK1kyME9HSElMRTBUV1A2M3lrOUZ4RHhw?= =?utf-8?B?RFA5NEd5NzN1YXY5WjZ3R1JtU25JWGU3NlJET3RiNnc3NHZCYjV6Um1NQm4y?= =?utf-8?B?REYrby96djd6RGs5Si9VbWpIcGRDY1hmR3AzS2lpckFlUHJEQkVFT0kyTHVJ?= =?utf-8?B?dzN0MW1pSWNTbzl4QVF0TG0vZlpjQ0tEYlpSZUdCczBJaDVEcmhadVZ6WThm?= =?utf-8?B?Y0czK2xCaUlHSTZSQ2dYUHpYcUFyY3NEU3FGOFdQbUo3RWhzOUNLRXNmeFFq?= =?utf-8?B?cm0yMDB5MzB0akNnVU91bmExeDUyeURzdXJRU0Z3cE5GWDFRbyt5WjlBL3pu?= =?utf-8?B?ZzNPcTVxamJhRlk3ZEN5SlFKcEwzQzE4QUoxcENHcU9sM1UzdStrU2E3eWsy?= =?utf-8?B?ZlRqRERETlgyTTZpTEN2NWdVTFF0QWNGSTYzZ2p1ZlY2WEsrWmVjZzBpSExW?= =?utf-8?B?eHdxa1NYeVdYVytLTTY2Mytud2ZkTTZmc3ljTjhDVFVpc1Z6SlAyZndHQjlh?= =?utf-8?B?T1ZPYlZ0cEJuU2FGYjJ1OWJYaE9jdU5rRzVOWHFVbUhqT2JPakZ0TENjM0NH?= =?utf-8?B?Y1RoN2ZZU0tzYWlkbjkzOERIeFdpcjJ2T1kyeGYvaVpLd2xCZkxPczZzaTZn?= =?utf-8?B?YkVEeHB4cHlUaXdhNVVBRWNwVnV2dFJLSUhnM3RkU3BzWjlPVTA2a3Z5TWFB?= =?utf-8?B?bWhjbVpRMEFJRkp0dmxmVmY1NTlUZjFqT3p6T0VPMU9uSk5DRFJTYjVpb0dN?= =?utf-8?B?NnlpVzg5Tk9mMWt4akpLb3ZBaUpDNTh4RUVlYVVxUmZGZ09rUGsvK01iM205?= =?utf-8?B?Uzl1bm9lckhhbzFITjZwY0VaRmhNTFIxMCtZRkhUUjFaSVpBV0NXT25XSFdG?= =?utf-8?B?MmpvZVVXajRyNXlCR2F1em5UcDY1c0g1K2FtR2pZcHZnOFhqaVIvRkFvS3Y1?= =?utf-8?B?VzRFZWpPNkNEc0srV2J6RU5FWDBOaEdZK1hIRFk5NVR3aW1VWkkvOEIwVzVD?= =?utf-8?B?czV1Y0p5b0oyOEx0cXRlbnZWQXExM1VpTlpjTWVRTHI1cEJCRUJtSG8xWThk?= =?utf-8?B?akMrcEp5eElyU2ZjbHV6U2RNSWF5QThGS25QVkhPN3lGaEtEQVBWSUVDQUpv?= =?utf-8?B?cnJsVGZMWElvYW8wckswY3BXM29lMzcvVFFlUkhpbVRZTFg1a0xBRk1SVGcr?= =?utf-8?B?L0ZFNWFsRDlyald1ZzB1S3pqOW94NlZoUkRabWoxaXBuSWJSNTFCaHRXUFNE?= =?utf-8?B?YldpckFRS25USXhsQzdXRm9pcU9RL00ybXFqcUF1YWdhYzMyc1NQdURiR3U4?= =?utf-8?B?ZjJRakd4ZytDSUZGZ3FwMi9oWVRZWVJTTHNXZ1ZYWG5JcElCcytuS253aHlD?= =?utf-8?B?QVpKVFAyNERsWFFpS3JCVUNRV3Vlc3VzVVVsSjcrMnNtZEQwd05KWmpCeDBl?= =?utf-8?B?Ylc3YkVFQ1EwSGYxR2pzWENyZ3MvcmNCUHpGdHIrMk5vYUhVbE9TdHI3bXdl?= =?utf-8?B?ODZDN1JUWFluZEY5WHpDbFF5RDRNNzdUd3hpU3N4d3lnMDBxMnpZenJ3UUY2?= =?utf-8?B?b1hhdkRnVFJCTU0vZXBvbmdzbHRRcDRHaThJNGtNcEZZVmJQYmhXQVlnUDBF?= =?utf-8?B?UG5nWXBZcEZsMEpJNGlGZmQ0Z3ZIRDNUZ2ljdi9EN1Qrb00za09mU1BHbm9y?= =?utf-8?B?VCtGQStjVkorcGxKN3dvZ3ppY1pVZ1dwL1dQTTM4cHVQeENBckgrTXpUejMx?= =?utf-8?B?c2w5SUlMZWZQSTAwLzlkcXYxWTIwckxEWWN3ZnE4dWFuNjQwV3dpQzBPNTFm?= =?utf-8?B?c1N5VnZvd0lMdXBsZlhiVjBkVmVrYnFWT2NjVzlIb3BDRjFqT1N1dTg1TDhY?= =?utf-8?Q?NnnVw6OgvdOjfa6o=3D?= X-Exchange-RoutingPolicyChecked: ZvLklEOV6a9lHpVAt0FHI1eSxxzSrjBdIMFeUNUzUA+G/7Wp2A76bBIrC5E8i/oXr4vh6eaEgWQxmoOVqpHOSGq2gGVUhvDPaiMWN5n8Llhz3Gk3aD8C8lrEAFJtC3CdJI6dMcr0CWPcSDxgPbOWOZtiFfEaDuRHFvrVKEL1Rr0EDeYeLpbAspJEI+T9O7HwFOmi65+ow7gKSDwhPoFis7RWjgPFIoeu1mGrQt84mgMzjPSo4DsnvqAtyxzVtWE7xUiEuBJu8S5qmGGqVEvW/RnJDFEAP+bXajoR35uqV2S4g5OrFigWuVwGqJAqmyiL9kuBqIzyfIXmmOEF6lph/w== X-MS-Exchange-CrossTenant-Network-Message-Id: 917d9bbc-2f70-4608-6840-08dec7094dc8 X-MS-Exchange-CrossTenant-AuthSource: SJ2PR11MB8370.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jun 2026 15:59:50.8507 (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: aF7tVspQ24p4NNKp5Uirm4L6oVl0SAbRgDTX2/l/UgKemPuqX4T1In8fVDvZOGLwYx/kerSjiG3CIKFLCLCYlQ4hiCEOM394y+L/qp4zALU= X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB9725 X-OriginatorOrg: intel.com Hi Chenyu, On 6/10/26 12:09 AM, Chen, Yu C wrote: > Hi Reinette, > > On 6/10/2026 1:41 AM, Reinette Chatre wrote: >> Hi Ben, >> >> On 6/9/26 9:37 AM, Ben Horgan wrote: >>> On 6/9/26 16:28, Reinette Chatre wrote: >>>> On 6/9/26 3:10 AM, Ben Horgan wrote: >>>>> On 6/8/26 17:16, Reinette Chatre wrote: >> >> >>>>> I don't see the advantage of emulating MB with both MIN and MAX. Just going by >>>>> the MPAM specification, a system keeping MIN at 0 and just setting MAX from MB, >>>>> (MIN=0, MAX=MB) should behave the same as one always setting both, (MIN=MB, >>>>> MAX=MB). In the MIN=0 case there is never any high preference traffic and in the >>>>> MIN=MAX_MB case there is never any medium preference traffic. It seemed best to >>>>> not rely on any platform specific heuristics to try and guess what's better and >>>>> just wait til the time we could support MB_MIN in resctrl (and leave the >>>>> decision up to the user). My expectation was that this would be the simplest >>>>> course of action. >>>> >>>> This sounds fair. Two observations: >>>> - The hierarchy exposed by resctrl may be different on systems that have the "same" >>>>    controls. >>>>    For example, on an MPAM system (if I understand correctly) the user may see: >>>>    info/ >>>>    └── MB/ >>>>        └── resource_schemata/ >>>>            ├── MB/ >>>>            │   └── MB_MAX/ >>>>            └── MB_MIN/ >>> >>> Yes, this matches my understanding. >>> >>>> >>>>    Compared with a possible implementation on Intel that looks like: >>>>    info/ >>>>    └── MB/ >>>>        └── resource_schemata/ >>>>            ├── MB/ >>>>            │   └── MB_OPT/ >>>>            ├── MB_MAX/ >>>>            └── MB_MIN/ >>> >>> Not sure if my understanding is correct here... >>> In the kernel today is it rdt max that backs MB? (Ignoring the sw controller) >> >> resctrl does not have support for the RDT "MAX" controller yet. Since resctrl was >> created as part of enabling RDT the resctrl MB control maps exactly to RDT's >> original percentage based memory delay value that is an approximate. Newer hardware >> support three controls: optimal, minimum, and maximum. These controls have finer >> granularity than what the default percentage based control supports so emulation >> is needed. >> So far I assumed that on these systems the default MB control would be emulated >> by the new "optimal" control but after these exchanges I can see there being an >> argument for it to be emulated by the new "maximum" control also. Apart from it >> implying a cap there is also the idea that the "maximum" control is more likely to >> be available on all platforms. >> > > Regarding the region-aware RDT case, I wonder if we actually need to emulate the > legacy MB control using MB_MAX. First, when we refer to the "legacy" for region-aware > RDT, I suppose it corresponds to "MSR access" plus "percentage-based control". > > case 1: > If the platform does not support region-aware RDT (no ERDT table is detected), > the MB is naturally the "legacy" MB, and the info directory would look like: > > info > └── MB >         └── resource_schemata >                 └── MB > > case 2:If the platform supports region-aware RDT (i.e., ERDT parsing succeeds), > then the structure looks like below: > > info > └── MB >         └── resource_schema >                 └── MB                  <=== legacy >                 └── MB_REGION0_OPT >                 └── MB_REGION1_OPT >                 └── MB_REGION0_MIN >                 └── MB_REGION1_MIX >                 └── MB_REGION0_MAX >                 └── MB_REGION1_MAX > > The OS supports runtime switching between the legacy MB and > region-aware MB, via a MB scope control like: > /sys/fs/resctrl/info/MB/resource_schemata/mode > [legacy] native > If the user wants to use the legacy interface, the system > will fall back to the default [MSR-based, percentage]; if the > user wants to use the new interface, the region-aware interfaces > will be used. Since the two modes are mutually exclusive, there > seems to be no need to use MB_REGION0_MAX to emulate legacy MB. - This implies that all current and future ERDT capable systems will keep supporting MSR access with the legacy "percentage based control". Is this accurate? What will behavior be on an ERDT system that does not support MSR access with the percentage-based control? - It is not obvious to me what you plan to have as default interface - I believe this should be "legacy" interface to ensure this will not break user space. resctrl should only switch to "native" after user demonstrates (by switching) familiarity with the new interface. Reinette