From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.15]) (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 34DD02DEA9D for ; Tue, 17 Mar 2026 17:18:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=198.175.65.15 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773767886; cv=fail; b=dyNJ6ePgnA2b1eMwNN1+MGg0aYDg0I4iT4+bzX6XzRAqQFXeavzlZC4zb9ukvSMoVBPZzbyApL/0xyJocaf11zZM0UtsFVexcrevoR7lTYC79oLmzDrB0MvwIElNF3gPV7dyMcPfFm42U56UVUhSiFOcLPGXczdnP7+RX8rSdFM= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773767886; c=relaxed/simple; bh=jKAevgES4jfcG7SPBgQZI020GrvrObaVXThldkv6Dz0=; h=Message-ID:Date:Subject:To:CC:References:From:In-Reply-To: Content-Type:MIME-Version; b=LKmGb22p7+51he3p1da/8Yk45PgXbRyd3RRbxINvJFtwaQNw3TTbmtOCTpdQHrkOA+gJpzoN+N7xkKGhCFRYnR9t+gX+ubpa4nFi6sZI/0OJcrx1MJZCqBCu9aN2C1C9pKRdqS5u4WCN3vpKUvSZ6XEaI6yjaa8EGxYtBPPyVEA= 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=NgP+UV8T; arc=fail smtp.client-ip=198.175.65.15 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="NgP+UV8T" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1773767885; x=1805303885; h=message-id:date:subject:to:cc:references:from: in-reply-to:content-transfer-encoding:mime-version; bh=jKAevgES4jfcG7SPBgQZI020GrvrObaVXThldkv6Dz0=; b=NgP+UV8Ta1O34lO69r3dgpo52Zcf+UL4DPwALgL/EkDl0K/CGGTAD//i 81eL2f8TaBXTV+cRNxROEzELRen869x0wDlx9FRBi/vAgZr/vIq8uDijL iDb7ja9IYZYrGIj6DJDdYO0IRey3kAaSUrQDw90pcvoKJ5HV1cPuCwvqy 6ugrNUcZPFT4yvXIvrcVqqE7zhFKvLNR50yn9y+wOt3Ilt6q8HiGOU/PT ljN7tRVYBRjnDibFepBUCMWh0FmtCmJ/Nwxl8NCAS2hsV8h7f4tTbyA3+ VAIjL8Qr6t4cdgroRCzah6JrGdsuYca8od9ou/qF79FzWEuMJq8b3sPuq A==; X-CSE-ConnectionGUID: LCgmo9k4S8iPYFrJgAu/Qw== X-CSE-MsgGUID: QqxJ+aYRRJ2Q75mf0K9PNQ== X-IronPort-AV: E=McAfee;i="6800,10657,11732"; a="78416973" X-IronPort-AV: E=Sophos;i="6.23,126,1770624000"; d="scan'208";a="78416973" Received: from orviesa010.jf.intel.com ([10.64.159.150]) by orvoesa107.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Mar 2026 10:18:04 -0700 X-CSE-ConnectionGUID: 5gHLRcSxTuurzFUyexzZYg== X-CSE-MsgGUID: FCekD/PtT1Cg5hG/Vi6M3Q== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.23,126,1770624000"; d="scan'208";a="221569101" Received: from orsmsx903.amr.corp.intel.com ([10.22.229.25]) by orviesa010.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Mar 2026 10:18:04 -0700 Received: from ORSMSX902.amr.corp.intel.com (10.22.229.24) 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; Tue, 17 Mar 2026 10:18:03 -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, 17 Mar 2026 10:18:03 -0700 Received: from PH7PR06CU001.outbound.protection.outlook.com (52.101.201.9) 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, 17 Mar 2026 10:18:02 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=ddeyIxi2YuxKV84QCJxe98Uvu+i9P1dk6VTONMW+ad83mmj68Ul1JinioPyuQqxxjS2+EJECGZ6zIvj2Jt3sMs8QFPNUxn5Vudc3NmGQrInR8Hf3Kla4s179zG2dDTZ4lzlKwZAd8PyoR2ONUe6Xs7KwQ9Xt7cBlojMOJ2/ZJQ7zXFSQd/J5eTaN6h3wS1RdvL9h/8TxA266BslZomdmxwsKFcs+MkyvIgZqb5U1ewQPrK4kdKop7jdNmmL0lvGOKmdgHlPg+CNdee/Q8Q0+6ga/Bhg5OkHnPMvT/BcVBmUJkDGqWoLSAJkpt2z98DZ7ZxWHnyr1gRIOJzvvDlrUXA== 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=r5KY4d0qA03ZVG7yE1RiBI2v2ReDFXYYY1z30D8/H7Y=; b=cA8bAcCwstvA28dKS9zBvgWGOOo4SrQCkxM2i72zZ9h5Bg2dF3naUhwuan1ziSo9pZK5Vx2P0rvL61JiS45JkmV0uBFUQZlcjPtv3jAo03AeCElGuzl6Wqvms7hs7OPwPqCeXFKaIiIR+YyRejIpGLQBa6qEQYDcdGnKUJCiV2arilmc6l1Je/MJT3HLkYdOc1YVaskGMQjVc6Y6/gfoZGwAxNNhh5Jby2x7s3HOcKM1MiudJiLt2ED7ltiTS/JfYoKHUHhRETuoCkTLiajh3zRk2ynz39VfVmLFfuYZqMFRiPlPW7sELbU4S4ZMNiwGqr49Haq8Y/Y6ftUJTiAUFQ== 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 SJ2PR11MB7573.namprd11.prod.outlook.com (2603:10b6:a03:4d2::10) by SJ2PR11MB7645.namprd11.prod.outlook.com (2603:10b6:a03:4c6::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9723.16; Tue, 17 Mar 2026 17:17:59 +0000 Received: from SJ2PR11MB7573.namprd11.prod.outlook.com ([fe80::bfe:4ce1:556:4a9d]) by SJ2PR11MB7573.namprd11.prod.outlook.com ([fe80::bfe:4ce1:556:4a9d%5]) with mapi id 15.20.9723.018; Tue, 17 Mar 2026 17:17:57 +0000 Message-ID: Date: Tue, 17 Mar 2026 10:17:46 -0700 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 4/6] fs/resctrl: Disallow the software controller when mbm counters are assignable To: Ben Horgan , CC: , , , , , , , , , , , References: <20260313174524.3482767-1-ben.horgan@arm.com> <20260313174524.3482767-5-ben.horgan@arm.com> <43a47ac0-5d49-47da-9740-9789df9bda96@intel.com> From: Reinette Chatre Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-ClientProxiedBy: MW4PR02CA0014.namprd02.prod.outlook.com (2603:10b6:303:16d::29) To SJ2PR11MB7573.namprd11.prod.outlook.com (2603:10b6:a03:4d2::10) 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: SJ2PR11MB7573:EE_|SJ2PR11MB7645:EE_ X-MS-Office365-Filtering-Correlation-Id: 2bc839e8-76bd-4713-aa6e-08de844921d8 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|366016|376014|7416014|1800799024|22082099003|18002099003|56012099003; X-Microsoft-Antispam-Message-Info: rR8M1+hep2+GKr2NeOZ5dN0NBgLt+Ye63OOR5+I8yIPZrGxUiTTHKciWb2aJRKjO//itvHKmH855eu/tP4R/OmmVR4UFOCoVf7J4T+RYR5V86feRO6u8OfYFIWOb1JaI3gmwbIqg+aAvKj3mfcm4FbRvLzOJr19fRjyP13gvqqYFN3kl8OnK0kRsNQDESyM06n++iOMVAqkTIeKw1xG6XsG+PCZ88v5tSzxIUxtXMiYH0MtJ+0usQcFvkEny1Z+u508Sgu0Z+U6x6I9QS/ZccUFP+TTc25e1XcrkJclyBPMqGWRDNDrhzP7QeadGFSUQ3TbsZ9LLsvyxzOqCu+M2QBA0+4dISm/a5kJSpXpUIQFctoqrXGZCBvoc+q0+M/eSQTsUjwUw/5yFCExrNCiLe2l2rptOvv3b5tTMK04uEHQtlHC9vKNiNLqya/n5Y1y0mEavbpXYst+wSHRgS6KFiSKAuh8jsQpSbocDQ+MytbH6oNN+RpPmSh0gT6e2XbrLNW+aEavniC7TPgakMxUKhM8x4NPS4TJBqgsUWf2c2M2x1XE6C/JOydtSthRZ8nVHT3g4wGUu0TbU9w241IYspLIFAbXNlyKTakvN5JDVIZp5PVBpm15xjJyqO/lGVVGdq0Hwsd7CiTgJrELC1fyj0u5ZMmcpRsAxgz1ZJB0SiS1g2JeN7Pe0mh3luDVK+GMxBnsvHZkv8mITaBjxCXfZ+g2qoj9nU6Xf8faI0Nk1ufA= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SJ2PR11MB7573.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(366016)(376014)(7416014)(1800799024)(22082099003)(18002099003)(56012099003);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?YjhhY29ZSE8ycEkwYW9tVjZqWW8zVXdnbUg1STg0dURxVWc0V2tJWHUrdktZ?= =?utf-8?B?SHEwQnNkY2ZQNDl5ejRKd3M4Q3k4aXpMclp0Q2ttZWUwYzFmbXplVEZUT3k1?= =?utf-8?B?WVVFbzVUelh3QTZVQkhVckYvNm96c3BKNHREcEJlc2ZxNnMxK0hKendOL3Ix?= =?utf-8?B?cm53ajBXZERUWmliVUhBS1dnSy9SbklrRVgxM1FONFovb1BxZHgyckJwVmRo?= =?utf-8?B?UVVkaDF6Y05FQjJMNWZtZEsySm5DcEJZcENQUjd2WGNwQ3JTa2RLNG1rNW5B?= =?utf-8?B?WkpGdW85eTUwYThWWVJZSEQ2NGJUbUp4T0N6VXcraXhScVJnN1hGZC9KRmlL?= =?utf-8?B?bktRcnpUM1BNUHNMTjRka09Jam5ZWnBma1ZiaTY3R2NtNWhJVk5FMjRYNndY?= =?utf-8?B?WVltUVVQY3c4dVh3TVVkODZ3N3JvS2x3Q2RFWE9sejJaR0tJNDlHWkN4UlZj?= =?utf-8?B?bXNmV2dWVTNxbnB3Vnc1WWRhYk9HSUdLanY0SWhSYXJ5MFBoTmUvVUs0dTg3?= =?utf-8?B?am5pSjVRUGlXeEJPQ1VUSnh5bk1rOEF6ekY0UXFLem5OQjdCcVlKVWxDbzJ6?= =?utf-8?B?UGVTcXozSkthbGt1K1FKTmxicEM2eWVJVDJwTkYwbmFBQlo2bEM0QXVkZDlx?= =?utf-8?B?ZEVaWjh1VDRuV0VxQmVCR2ZKVS9xNDd1Y3JlZGFPQkx4R2l2V2tBOVFFSUQ0?= =?utf-8?B?Z2tsT09XcmJKYU9WUFRUazZoZ2xxNDBCeFdqVTBIbGJ2N2MwWFNEMTZRc2gx?= =?utf-8?B?WVIxcXU3SEovTzl3a3NrNXdGYWN3TE5NQjFnaWJsMFNDSEdNWmUrNUltRjc1?= =?utf-8?B?Tk1zTTNQK2pDemJXTSt3S2U0SE9iYVVOWG95M2duaXdJTVBLemFoTlFmZzBu?= =?utf-8?B?UTMyZ1RMQlQ1MzZXbnB2V0doQy9XVjIybjRYOTdka0prTVZFSVg3QVptWTBE?= =?utf-8?B?VlppbmVDajJubzE1b3lyZDNjOTdUSStwdlNyMUoxa2xBZWRIK2tUZTI2anpj?= =?utf-8?B?T3kvaU5xcXo1TEhyQWwxdjcxZDA1a3dLeCtwRk5VaUYrNmx0RVpuWVA1NFV5?= =?utf-8?B?Q0h5ZStyNjJmcDVKK1BwWnMxVkRqT3ZKVjBvQUVRZThoaDFvRkdsTkdlblo5?= =?utf-8?B?WG1Za2dIQytqNVV5SnpHVWc5NklZVENBeVBKSmwrWFRnTDlJT0xiSEE3Vmlh?= =?utf-8?B?aTZJR1dES2tSRmpROGdWQXlBZHlDKzNxVXZsWlBGOXVGcm9BTXFoU3R3VjNl?= =?utf-8?B?NUpCY1ZpTDdMZ0RjcDdIcjR4TjhjbVU3S1ZhR2pTY2dEQkN1SVBmS1NBazZC?= =?utf-8?B?cTZ0UlhQREpGVkVYTDRnRS9MQjdEWEF2aXhHQW5oczFzZllWU05YVmkzRUJ3?= =?utf-8?B?bnNSRWhzUXhISEpjOHE0ZGt4bGRwWjBPSGV2ajZiditTTTNYTWp5K3VYek5R?= =?utf-8?B?VFdFR0o4eGVDYXBKWWp0V0RoU1pNUS95dUcrVzlLNWJxN2p2Nkx6TWhiRzN0?= =?utf-8?B?ZSt5NWtCQ3hya0p6UnlESXdhNExaMkhoK3pDU1Rldlc3VzI2RitSRmZ6OWE2?= =?utf-8?B?dTNHRDdLQmd0MWo3NjlSTlhqalVtbWpQRkhWN21SUDgwcVZwVitGSVpZaW5z?= =?utf-8?B?Tnl6M3RaZ3dNWGRaSjBuUHUzTndoQjNhdkJMNHI4U3dDNXY1SXRWMmgya1Bx?= =?utf-8?B?OVdXclQzWmh2SWlWVWdWaDJLa0VuanRJbFM0WE1HVXpwZGRMcTdwNHRPNmhB?= =?utf-8?B?OHdEdnV3NzBIV0pnQVpwQStiWXFWZmFqVm00WjE5aFpxaWx4b1g3ZHpzZFg5?= =?utf-8?B?djN4TVY1VVE2RWdrdW8zbkp6aHRIc2ViemhDbkxFN2VTQlJwbktHMmxyc2tx?= =?utf-8?B?VHFYazYrOUQ3Qk9NUkhkbWZJV01TRCtLNGJkNjVYdnorcGN6MGd2NnF2VU5k?= =?utf-8?B?RDJHMFVLaWFqMnNwK0VjM3hnNWlKRDJqNzFzMm1oNzRZQjhYOXllUWtZYi9a?= =?utf-8?B?TExDR3ZRT0tpS2Y1OE5rOWc0Y3JtQUcyeEFGVXJwVGFPcUM5STJySGJsY2I4?= =?utf-8?B?MUFBb1dNaXQyYmptVW5hQ0VmM2dBaTNzYWVzVzRuV2NyRDQydzlSQWdSaWRS?= =?utf-8?B?UnVEWXJUTWVtbmpBR1BQbmliRHc3aUVaeGROY2VyVmM2Yy9YTHNoa0UyVU8y?= =?utf-8?B?a3Jod2pxMGRvS2t3UStiaSswSHhuUFB0NnhmTXIxQXNKY04zcXFuNThjZG1X?= =?utf-8?B?VmdHMENyYkxxNlJuTUg4bEg0Z2I5WFpqSTdpNWtYWkdPNEx0K3FmZ1F1WEtZ?= =?utf-8?B?dHlNTXoycVRpcjlvdk8wbHh4Q2MxNVlvd3J1TW5BQWo5VEpDenRNM3VhM3Uw?= =?utf-8?Q?ezYcdb7TVGJbnDOs=3D?= X-Exchange-RoutingPolicyChecked: puxJHgEl0w6cAf/YzIw+aC02c9C2e8eV3iUcmr8cb7fYLsv1saYoyGf6lXSNJLTNRlxtgHlwOzHM3b5kzTU06XGEmm9PVMjWYcmnjJeLEj1/tTgyeS1xhUpKP6Nk62VUEkc+O2ZGKKuttbbtA7VVT70omBWzzJhpMk33bRUsCf5CmlyrCTNQq9qcki3eQ0KNy66++tyJROPOOjVSn3NbjxFFt1ObQeI9QdQdzZH0xp5cPd5HJrbt5b1FtJoq82WM80T+Himwg5sCc0E5K+L2STk7S2aWLIIqRM2zjG4kOW9qNj23RYFbBtU8XC1n2Zmmezql+KAAL3BFsEEZfTe7pw== X-MS-Exchange-CrossTenant-Network-Message-Id: 2bc839e8-76bd-4713-aa6e-08de844921d8 X-MS-Exchange-CrossTenant-AuthSource: SJ2PR11MB7573.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Mar 2026 17:17:57.3256 (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: yLxRo4ZxG+gHcvrRWvw8n+FIHXavtKK5qDSBMzlXo6GJYccHjGpnUioOKbHeSY5swx4D7xOYZUuT3aonSyHTzrzt0sZIlvI+7OI8YaNKvEA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ2PR11MB7645 X-OriginatorOrg: intel.com Hi Ben, On 3/17/26 4:13 AM, Ben Horgan wrote: > Hi Reinette, > > On 3/16/26 21:35, Reinette Chatre wrote: >> Hi Ben, >> >> On 3/13/26 10:45 AM, Ben Horgan wrote: >>> The software controller requires that there are free running mbm counters >> >> How is "free running" defined? > > I mean that for each control group (and it's associated monitor groups) there are > dedicated MBM counters which are always present and always counting. > So, mon_event_count() always provides a value representative of the traffic > for that control group. This would be easier to parse if it was specific. For example, consider: "there is one MBM counter per monitor group that is assigned to the event backing the software controller (per mba_MBps_event)" >> (sidenote: please use upper case for acronyms throughout: mbm -> MBM) > > Ack > >> >>> for each control group in order to provide the feedback necessary to >>> control the memory bandwidth allocation for that control group. Previous >>> to the introduction counter assignment support (ABMC) resctrl required this >> >> I am not able to parse this second sentence. "to the introduction" -> "to >> the introduction of"? What does "this" refer to? > > The 'this' was referring to the first sentence, that you need dedicated counters. So "free running" means "dedicated"? >>> in order to advertise support for mbm but now if the mbm counters are >>> assignable then this can't be guaranteed. >>> >>> Currently, only AMD systems support counter assignment but the MBA is non >>> linear and so the software controller is never supported anyway. For MPAM >>> systems the MBA is linear and so the dependency on counters not being >>> assignable needs to made explicit. Hence, fail the mount if the user >> >> It is not clear to me that software controller depends on counters not being >> assignable. Is the problem not instead that the current implementation does not >> support this since it allows the event used by software controller to not have a >> counter assigned? So, instead of adding support for software controller by ensuring >> that the event used by software controller has a counter assigned, this patch opts >> for the simpler disabling of software controller when assignable counters are in use? > > Yes, they are not fundamentally incompatible but it would require some changes > to the resctrl interface. Unless there are sufficient counters to have one per monitor > group it will always be the case that creating more groups will lead to missing a counter > for the software controller on one of the control groups. As I understand it, resctrl > doesn't have a way to indicate that you only get a control on certain control groups. No, resctrl does not have a way to indicate that you only get a control on certain control groups but I do not think this is relevant. The user provides the mba_MBps mount option and that is when resctrl creates all files that includes automatic counter assignment, currently only based on rdt_resource::resctrl_mon::mbm_assign_on_mkdir. The dynamic assignment could take the software controller into account and fail the mount if counters needed by software controller cannot be assigned. Similarly, counter assignment done after mount can take software controller into account to ensure the event used by software controller always has a counter assigned. I am not advocating for this support but instead noting that I do think that it is possible to support software controller with assignable counters. If instead you still find that this is a use case that you prefer not to support in MPAM then that is of course fine. When doing so please let changelog be accurate regarding the choices instead of claiming MPAM cannot use software controller because of assignable counters. If you prefer this way then I think most accurate from resctrl fs perspective would be that the mount should instead check whether assignable counter mode is *enabled* as opposed to supported as this patch does, no? I understand this adds complexity since this would need to consider the scenario where user space may later enable assignable counters after mounting resctrl with software controller enabled though. It seems MPAM is attempting minimal resctrl changes to reach a specific goal by using some generic motivations in changelog that are not accurate. Finally, considering the message to user space: "mba_MBps requires dedicated MBM counters and linear scale MBA at L3 scope" upon reading above a user may attempt to explore how to solve the mount issue by fulfilling the requirement of "dedicated MBM counters". How should a user interpred "dedicated MBM counters"? It may be confusing to a user when a system indeed has sufficient counters but the mount still fails. How about instead something like below: "mba_MBps requires MBM (assignable counters not supported) and linear scale MBA at L3 scope" it is quite long so open to ideas. Reinette