From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.13]) (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 65E0C4D2ECA for ; Tue, 9 Jun 2026 17:41:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=198.175.65.13 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781026876; cv=fail; b=H2ioWALRRt9IeXSbmc5t7qem2sIQpYmExYiqX++F6R4xeF2b7As24ODjFRLDrPl4rUbuSLIu7UQHpy6LeZhWgWijUICyguPWb4h7C3yCF24xvE155XHGynOpJhx2miZ6AYJqo1mHts5Z+Kxd8GHJbvPxmlfl74AoPvdff5zsKxY= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781026876; c=relaxed/simple; bh=xZpulE3M9tSkiZFcW3B8acyOtD3abT/CeD1e3cYOIbk=; h=Message-ID:Date:Subject:To:CC:References:From:In-Reply-To: Content-Type:MIME-Version; b=Jx9P7EqUCodVsxWN6dJPp4N/rg+wvwSosIUaRON6F+Ci/GHK4Pv8xlHvV+e+PJHyiVCCRZI4UXM46SpbgVR+YvkNr6Zha0DpmHC3RLlXpvaY/Sp0pAuyj6JBWpn1O+Z1jDXUdlOOGRQIpAZMi7UbL6aQ5Qz6s/pIt+Kp/A3DJVo= 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=MzIV1Jo0; arc=fail smtp.client-ip=198.175.65.13 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="MzIV1Jo0" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1781026875; x=1812562875; h=message-id:date:subject:to:cc:references:from: in-reply-to:content-transfer-encoding:mime-version; bh=xZpulE3M9tSkiZFcW3B8acyOtD3abT/CeD1e3cYOIbk=; b=MzIV1Jo0i6gRD1tllDvFAM5LvbylBsymV/IspkF6jexllzWy171EcRGV PiaM6Nl8U0XQgPokI/LqQ3RtBKj8Mcq3AxFmXoA32fRm0fHRW62treuvn bKMlXiQnRvUoJMONy8DrF4yj8cicwUoOvyfbHqqt3m02OzKnurGfuEZYu YBiBmcImpEYsUx7P6LKPut68wbMihafmOESH5/wgFUH3VQs3xIN2JSuu3 XHO8e69R1j15+t6h+GY7BxqCK+t5xSXby8BpduDSphtSFuks6DvEUNTrG wsrP0xNvGgW1trhXGPJr5xHRKuN8/OCO+9KPzDACN4n0AFCe9pD81pRQ0 w==; X-CSE-ConnectionGUID: ++jcfi3hQGyUi7ZvWSyJ7g== X-CSE-MsgGUID: lKIAlrT+QzC9Th+nyPcq5Q== X-IronPort-AV: E=McAfee;i="6800,10657,11812"; a="92905975" X-IronPort-AV: E=Sophos;i="6.24,196,1774335600"; d="scan'208";a="92905975" Received: from orviesa006.jf.intel.com ([10.64.159.146]) by orvoesa105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Jun 2026 10:41:15 -0700 X-CSE-ConnectionGUID: ZI7rY8+sQdGZToOZVMWGAA== X-CSE-MsgGUID: rLWQnkeYRd2OzGdjhFgeXg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.24,196,1774335600"; d="scan'208";a="244785893" Received: from orsmsx902.amr.corp.intel.com ([10.22.229.24]) by orviesa006.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Jun 2026 10:41:15 -0700 Received: from ORSMSX902.amr.corp.intel.com (10.22.229.24) by ORSMSX902.amr.corp.intel.com (10.22.229.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37; Tue, 9 Jun 2026 10:41:14 -0700 Received: from ORSEDG901.ED.cps.intel.com (10.7.248.11) by ORSMSX902.amr.corp.intel.com (10.22.229.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37 via Frontend Transport; Tue, 9 Jun 2026 10:41:14 -0700 Received: from CH4PR04CU002.outbound.protection.outlook.com (40.107.201.34) by edgegateway.intel.com (134.134.137.111) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37; Tue, 9 Jun 2026 10:41:13 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=IIYTP/WZ9dZImbiYdfiReOpwoPXCKz/65LHLrp2TyfalZDKsPlm4I3dimttM8NhwJ1AsAyZsY276rUnryPmLLhvGXQG+y+La4tUKbF2ESdALyMa1gwCF8DgWMudrLiYcsc1btD8Fef4A1b+8DhQWpFT5COt5bdw/T7gIrk10WOl/BIMB5P3fbLPCyXoJE77YfA8x6iEVG2DQae+Ww0Zo2el6JQvDt2iUaLLZyUeEYucVdRv4mfzSw2ifH87B0MQmN3X5vC0TpDmh+zbh9odL6oeSE3DnDW0XEtGi0d61gTX6sJlaaGuKdHOBY5DXp1CYrXPt5AOf5lG1z+Wg6jFwUg== 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=PcvNo7xN0ExavfBQPAP1vsPhsDOid2zEkyKbpll4zP4=; b=Xrs9otrnNhLRwYuGnFr/fpzZJnLSRIhdY5DnxZmUvsMG3bb7sjssqkJWiuevSRegKCxKTM2pmo5NvLuw6WE+EIJtn1GmIgUJ/Mw+0M3B21eEGwcZtRj+xA/Db29Vkw4mqNOSxxx43keFQjQOe6JxDpTDP6b6hzRu8cip42WpObyI212ZUcKsAorVl7Lv0DedVglh0hSnEvU+3zBMAeUEUWbBugyfJbz0rmaCxZfEmjtds/KT8G+swMRn2gYvf6Z+8s9oVpfrNhlOB4P3mzvHsOGlQ+4Q/LFt2KUel50QNxqP79w/t4JcAQxv2uIN8+J84FZu27dmtdYZmfFLToyUow== 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 DS7PR11MB7806.namprd11.prod.outlook.com (2603:10b6:8:db::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.92.13; Tue, 9 Jun 2026 17:41:10 +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; Tue, 9 Jun 2026 17:41:10 +0000 Message-ID: Date: Tue, 9 Jun 2026 10:41:07 -0700 User-Agent: Mozilla Thunderbird Subject: Re: [RFC] mpam,x86,fs/resctrl: Generic schema description Proof of Concept To: Ben Horgan , Tony Luck , "James Morse" , Dave Martin , Babu Moger , Drew Fustini , Fenghua Yu , Chen Yu CC: Borislav Petkov , Thomas Gleixner , "Dave Hansen" , Peter Newman , "x86@kernel.org" , "linux-kernel@vger.kernel.org" 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> Content-Language: en-US From: Reinette Chatre In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-ClientProxiedBy: MW4PR03CA0156.namprd03.prod.outlook.com (2603:10b6:303:8d::11) 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_|DS7PR11MB7806:EE_ X-MS-Office365-Filtering-Correlation-Id: 033524a6-87df-490a-f47f-08dec64e4b1a X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|366016|1800799024|7416014|376014|11063799006|4143699003|3023799007|56012099006|6133799003|22082099003|18002099003; X-Microsoft-Antispam-Message-Info: hX0LEL7H+Wj7m37SOuHd8I5wJ+TVLIVc2crcc+Cu0J8UUQ/n3vceekp82hUFeVRRMi5FD73pkeqvuRGjes0NLaBGUImROM4OrsKkJ9vGMRj5tZubVbnEy+yV66CiLUkdQje6vWYoC9QL+vuWUodm8QY1KHt5u1atRY7Vnkfdk0selBEFM0iH0KNKwgvuIysYXpwCezC41xK6C/7dt5LlCIBoUefq3YZEstizOOwgWKWMPAYqO8Rb/lPqfcuf3pBlhSfCAk4hvOJKS7bWRTDWhJCCI7brWiTieB25f1o2iAQQ3oLS5y0rQsnAGfT9RYLBybENt/KAzi+pI838xuBNyNVcaCDVriM4nvG97LoJBrREUI8megkH07VFp1u6s8KEeIvFZ0laSb0aDBgxNINYfW3XMHqsUJp/Icu7pVwGGlo53C7+bJxloKOeKaC+yT//ZcmtbSPzdVo9CcD9jiRSSAxYOqXLTOSJBWcI3Wr8x0uYXxCFk8t/mj4X6ESlTMk0f7KbZ7TLmOUkXaIWQIDaKwLipKebRwyiwcUPiIx8mvXe5iutDrDNlJQn7/6cIyOBjj1aMgZ/tFSoXPoQS0X4pftAhgOArAk4thjW7rbVt+eZgNVz3pisWk9V5J4VHguP16OrMxKBufanoFF6gZ6VFLLR/ahCVYKIqmTIjN0MhMH4kdiBwUTxuPiVaA7iUVPZ 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)(366016)(1800799024)(7416014)(376014)(11063799006)(4143699003)(3023799007)(56012099006)(6133799003)(22082099003)(18002099003);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?L0dmREhmcnBlckF0UGpRMzVvVDBYVUplVG1zZktNdHBwdGpFNDA3VUkzSk1H?= =?utf-8?B?UThIM2psSElTN0hjMXBId1JSVXFocmdnbkxxY01nN0NBOHo4blEySzNWcFNC?= =?utf-8?B?QmRqbUJlNHBrdW5meFdaRS9qa1gydW5raSswR2xCVjFMQTdBanp0R2Yza1FN?= =?utf-8?B?VFhWdlpnb1JuYzVvK1hVclgyajVobEkxS3hvREEzbzBpMXFoUWhlVVphSFM5?= =?utf-8?B?WERnNkhwMjk1bVdjNXRiYkdCNkE4QXdacDBpVXJSQkxORXpNL0c0cHpycHRl?= =?utf-8?B?VnFESFJpM0daYy9KbHB4cXFYVndQWGNVaUFLYVMxNktvRFc1VW93VWtacmNF?= =?utf-8?B?ZWVhOENPT1dXMWRKYWhlVDRxQ2MvMmZkY3hDUkttVTJLUUo4d21YbmRMWlJ4?= =?utf-8?B?NHZlaUV0ZnpiN2Q0NGFnMk5jYWd6NTNHNTkyNlljekRzNVhSQnMwNjRRRkJw?= =?utf-8?B?QmxlTHUvbndBcjlmL0Y4TGJBWFlTckVVV0xJTnNJaEY2RWExeURZZ29aNktV?= =?utf-8?B?N1FwSW5VZ3QzQjhTVTJrSVhWajlseFlNdjcxRXdCYUZZck5XNjUzNWMrMVhK?= =?utf-8?B?a1laaHpuc2dHV0Q0a0tRMFQrNFJKcExETWI4SzJhUUpMSVNGZ1RJQzhTWGlr?= =?utf-8?B?ODJBb0VtUENtZTFrRzhxMXppVUx1bnhSK3hzeGhmbXNPamdIelV6VTlwZU9L?= =?utf-8?B?N3J1MDF0dllkOEg2Zk16dnpVeCtOVGg4SThNU3NtMUJRMlhMMnFoOGNBS0Vo?= =?utf-8?B?V3ladGdTcmFRNVFMUmxDY0ZuaEdPd0hneGlaaHY1MXVlZHFKVHJnKzFPSjhY?= =?utf-8?B?WW1RSzhZNkk0cWNqT09sdHFkRE0vZmIvREZVUDU4MktJS3dtaWd6Mlh2RWc1?= =?utf-8?B?aDRGeU43T0lQMDhic0Yvdis4cXlEMFFzWWtWV3YxTXBaanpzbzh5NktLR3Q0?= =?utf-8?B?REIrbXcydzVlYVhTeUNhanRuYjd3MEN2b1RtZHlqUmkzSjNsSDJsVFFGWFpC?= =?utf-8?B?L3hzVE9la21OMEdyenBsbVkvYktERGVEaWpwZDBaRzNPY2ZZTUttTTVTYUsx?= =?utf-8?B?Z0NWc3FpUG5EUDJyS1IzOFB6R29TUGdBMVBKYVNYalp5V3VmSTQ3NFY0Rnk1?= =?utf-8?B?WjVHVjJFTXlQbjloQjU4enVMVmgrNXFXanBHZzJmVWE5OHNsWndVN1RtSjQx?= =?utf-8?B?bk5FK3FjZEVISTkxRUcrRFNwK1FFa29ydHVtakt6cjIra0prWGNoU05FTVNH?= =?utf-8?B?T1c1VEltdjNCTjh6WXNPQkdHdWtaRjRVdDExRlEwZHMzVStqdTJUVGRyRUhK?= =?utf-8?B?S1lZenF0R1VBejhhTWVJM2srTUIwdUhra3MrYnR1eWxMOXZBNkZIU1ZBM2ZT?= =?utf-8?B?emFSd1lmRWlqeUFibUdmM1hWMlkrdTV1Y3ovM0g2OVh0K2JRUDZGUkUxYjhR?= =?utf-8?B?NklNYkdSVFk4NHp5eng2MEgrdUw4bUY5OHBMelVYbVVwbG1Ob1hRMG1PN2tq?= =?utf-8?B?UXZSVGR3OUF6aGk1Y25yNHhKak5PQjV3a3JtdUtlRU5mT0d4UkQ3R1lNclBJ?= =?utf-8?B?ZnE0dFBrSzY5NFJsWm5CTnloZ0dSL3d5WHk2Zml5RGZoOEN1VmFxTDBwcXlZ?= =?utf-8?B?Zm4wenAvRVlUYVRrRXBaU3FnelFkc0RNZmhtN3NrRDNyKzN1eS8wWWZDYnNE?= =?utf-8?B?eUN1cTcvMDNmQ1dPdnFYNTBMaHpkbnJkMTZmbGJmbGxTNEpaenRPelRkMDdT?= =?utf-8?B?OEx6bXY0OVFxU3EzeHFqMFcxMlhHZlF3K1NOeTlhdGJIWnVSYzBSR04xcmVz?= =?utf-8?B?WEkrWGZPdXJya3I3aGJYcEVyQUYyMjFsU0E0V3cyZGkwUnVzYUVUWk4xTzZo?= =?utf-8?B?eUYzQ0RXRlVONXZjNnhqMEZYN2xyOGNHV09raDczTDFFSmx5NjNoVk1MMlB1?= =?utf-8?B?U0d1NWdxRlhURXVwU3BFZ1pDTUZrQ3Y5U2IwQTdyeVdFamJya29sV3VJR01h?= =?utf-8?B?ekM2blhyNDhqMU9PSHcwQUo2VmkvS1RicitKeFc1a05iY2Zrc2NJZzFMUlV6?= =?utf-8?B?WThrUHQ5cFBpdVBzOXZTSkM0UXFIM2FVSDdJdzd5UFFjc3NPOUFLSmNETXV0?= =?utf-8?B?ZEFaTXkxS2JGVGcrRzBPYTU1V042ZkFkeEFtUzBsV2NlQ2kxcWg4WG1keUdV?= =?utf-8?B?bmVNTHlwbk5iKzNMdnRMNWhVaTlkbkRjQzNOVzcvVzk4ZXFueG9pTnN1enB4?= =?utf-8?B?WHlrWGxDc3JyVU42cks4L25BQjFkUmpLWXRqRm5nRWtrb3dZQmFodXVoamhu?= =?utf-8?B?VGkwUFZmY2UxbldBRnRQWWUyL1ZvRVZqSWdnVFVqWXJsaFJxVWgrR3gyUnV0?= =?utf-8?Q?yhv7TVXW88WyRwFs=3D?= X-Exchange-RoutingPolicyChecked: b4KrxFBJJAFymGWjQTyiriJdGv2qWoODGdTE/fp9qC1I6ysSyNobRyb8N3OTAByoBlxaMZbWTtx+p0KDaZIT6JdWNTtww7iIuqoqWrxssTytzfG7hGYxxBCTkdeJUkCYsbi+AJ9/B7Q0P5q8UPKh7Oixbv2vSXRDyt5s8nZMPI5peOsPeehzPOUgWZOBlKa2FcYJvUaUSP0mNGMuYdwynCvB/Artzg3F3SLfbChTE5jMlwccwMsxKg3JBiAABPW4tn1E4iTZNEIoeT208S9MTT6XelO47L71hgRsqvV0l44RfsH8AYVtcW1pkGc3dRd2YFr6dy6NVrOJm+esdQv0mg== X-MS-Exchange-CrossTenant-Network-Message-Id: 033524a6-87df-490a-f47f-08dec64e4b1a X-MS-Exchange-CrossTenant-AuthSource: SJ2PR11MB8370.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Jun 2026 17:41:10.4739 (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: QhBn1vniJcAObgkRp0NOKFRpxd3h6OTvYJ/WKe6IKuao8rlKxM/DhlLTuUYyQ0ciU+0kumAVX6ohZIHXkxyuyo/KrMjPXchfwVgYPDZOZCU= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS7PR11MB7806 X-OriginatorOrg: intel.com 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. > If so wouldn't the meaning of MB change within the same platform on a kernel > upgrade once the rdt optimal support is added? Good point. Thank you for bringing this up. While the existing RDT MB control is approximate the RDT spec does contain the statement "... should be viewed as a maximum bandwidth “cap” per-CLOS." which is quite clear. I'll follow up with RDT folks on this. ... >>> We can work that. For MPAM it's writing all 1s to the register which for the >>> minumum case represents ((2**mbw_min_wd)/2**mbw_min_wd)) * 100 % >>> >>> Just emulating MB with MAX control >>>> does not seem to eliminate this problem since between the fs and arch resctrl still needs >>>> to ensure that when user space writes a control value to the MIN control that it is valid >>>> for the underlying MPAM system. >>>> >>>> It almost sounds as though there is an attempt to eliminate resctrl's usage of a "max" >>>> value for the MIN control since that is effectively unknown to MPAM but that does >>>> not look possible to me? >>> >>> Sorry but I haven't understood what your saying. What does "resctrl's usage of a >>> "max" value for MIN control" mean? >> >> Basically it is resctrl fs's validation of user input. Specifically, in bw_validate() where >> the fs does this range check: >> if (bw < r->membw.min_bw || bw > r->membw.max_bw) >> >> resctrl fs thus uses the "max" value of a control for user input checking and it seemed to >> me that it may be difficult for MPAM to lean that "max" from all systems but it sounds as >> though the plan is instead to use the max that the architecture supports? > > Yes, can just size the max based on the number of configuration bits in the h/w. Ack. Thank you for the clarification. Reinette