From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.14]) (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 D8CF724397A for ; Fri, 26 Dec 2025 10:39:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=198.175.65.14 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766745550; cv=fail; b=nhsvHle55fLM8sC8kZGSlRFr3mDzUgg3XK99CywSRWzdEYMZ8Tq5BlFVTaOaEvOwbMlMD+xTZEYQHK+zLZtTzobBAn4+G3+BAgSi6StPww7LKbXdj6xWud/1e2aihR+2Nqr/aImlH8qRPrF9RGlxZgnC9gTKx2I1PM2LpOabVig= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766745550; c=relaxed/simple; bh=XCqyLgSwtDp/pm4kKDNbncN4FyotGqa09CCpezdQN28=; h=Message-ID:Date:Subject:To:CC:References:From:In-Reply-To: Content-Type:MIME-Version; b=lVhsNiYohOeVf8wNlp1iMth7nAcitxLwPYIzQExaOII5ToxugnaH+9+OrOtuJubW+0KkKd2tgL2ZsqjfQKeuMCf80mUuGvKO29yBHcmW0YVkfApIDBUc6WzAkGcGJXlmGtS9gnlLaDzf+OYnOfj01Iv1kFqlmYP5oGLjlw9D3A4= 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=QFkxOsZl; arc=fail smtp.client-ip=198.175.65.14 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="QFkxOsZl" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1766745548; x=1798281548; h=message-id:date:subject:to:cc:references:from: in-reply-to:content-transfer-encoding:mime-version; bh=XCqyLgSwtDp/pm4kKDNbncN4FyotGqa09CCpezdQN28=; b=QFkxOsZlr1xbADGAWfl1XHv/uGoCAzWMtOjXzmg3dxFYEz/2EOzQJ7LT Av9BWg3D3ZFsGG+632AK1hqEmrNZZO7v93L0VrTngQcDyOtW8gJziHmxf 3dqqtsp29z6NMxibjN1xI3BnBoLS4baqFWU3sqN21twcLAtADixUYhosG amVCnwkapQk2GntEUDEdnsuy1gxR1T31y/Vdi91Kcg4y1yNI4yJaPkO8I bXkqtq/2uCSFs3BgyiLbx63bqXczv6fDoREWP9uPuN6pysDTZX2XjZWn8 wivQNC8E3hSX7rAsBFylaReOEu3WCDxdv8wy9MVvvrvDZ1x3wMCczx+49 w==; X-CSE-ConnectionGUID: l0hUNRHdRk++UGr9kJVWkw== X-CSE-MsgGUID: uJ/GdDDwR+mxM3l/02jzPg== X-IronPort-AV: E=McAfee;i="6800,10657,11652"; a="72360695" X-IronPort-AV: E=Sophos;i="6.21,177,1763452800"; d="scan'208";a="72360695" Received: from orviesa008.jf.intel.com ([10.64.159.148]) by orvoesa106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Dec 2025 02:39:06 -0800 X-CSE-ConnectionGUID: de+4uwbCTFS8BhPzZoaxUA== X-CSE-MsgGUID: B0H09WuXTiKSkbIZ8uf4KQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,177,1763452800"; d="scan'208";a="200388973" Received: from fmsmsx901.amr.corp.intel.com ([10.18.126.90]) by orviesa008.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Dec 2025 02:39:07 -0800 Received: from FMSMSX903.amr.corp.intel.com (10.18.126.92) 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.29; Fri, 26 Dec 2025 02:39:06 -0800 Received: from fmsedg902.ED.cps.intel.com (10.1.192.144) 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.29 via Frontend Transport; Fri, 26 Dec 2025 02:39:06 -0800 Received: from CO1PR03CU002.outbound.protection.outlook.com (52.101.46.18) by edgegateway.intel.com (192.55.55.82) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.29; Fri, 26 Dec 2025 02:39:05 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=xicy58I0KBtNAjy8Gvg9nq4nMg1P6x9ylogLRI8WiW0QS1ww6G5f7sgxsh/+PAuupP43jQ6FSGweq5YgPxOptbpI0blH7ukWDlprA4IZtxtEsS/+Ngki2aGd0nwzB7XLtLZdcwrp7/R8z5Do04fNnlIfxCeXrcziBoKRnb9a8IZIoGI7rGGdpIPo+vkKVY3s0VKzCpujCZIdyaPi0eakl2vp4scwQKiU7vrOTIQyBTPtFAEgGk6hAkf0I0aNIEXiw5CM0xfvuNM6cqAMTx9q710fyxVkubAH+hzpOWFFajGnGSw9rqghVmFBzxHKy0nWXVIwkowDDuxCbkZHCUtHTA== 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=gTnhhO7xneyYdfwLkDM0quc6YZ/pbYe1TdyYUBdI59M=; b=S59ADzAWR9IGm3BYRx0KealLOqt4byxOW+y9LkqKpHYFwBpnqhq9/So8eb+agkleGhZEFvTLelcS1fgkw9UnKAbrK2/cDnTk8dojw681oKusgZBaiUQHeEVuFyXrYojzc1XHtcPaAg1LgL2IstRnoDnj0Iz+3ClRt9XBIXgqYPjCMfRMwMufAd9G2QSrAJD8xfkF2Ae6lWb4W9e64b8FIRXxC5ysNisHuwQEqVxLczq1ffrea3KuYScgALQnZ7NV7Mror2ViRB6Ht+Ocv2CgBdJOP/CksvQRh8DL1AzOPl2Stsw9VjBC2wblkXWupP8I3zXzWYFnnLosUMWvIdS64w== 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 DM4PR11MB6020.namprd11.prod.outlook.com (2603:10b6:8:61::19) by IA0PR11MB7791.namprd11.prod.outlook.com (2603:10b6:208:401::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9456.11; Fri, 26 Dec 2025 10:39:04 +0000 Received: from DM4PR11MB6020.namprd11.prod.outlook.com ([fe80::4af6:d44e:b6b0:fdce]) by DM4PR11MB6020.namprd11.prod.outlook.com ([fe80::4af6:d44e:b6b0:fdce%4]) with mapi id 15.20.9456.008; Fri, 26 Dec 2025 10:39:03 +0000 Message-ID: Date: Fri, 26 Dec 2025 18:38:52 +0800 User-Agent: Mozilla Thunderbird Subject: Re: [RFC] fs/resctrl: Generic schema description To: Reinette Chatre , Babu Moger , Fenghua Yu , Dave Martin CC: Tony Luck , James Morse , "Thomas Gleixner" , Ingo Molnar , "Borislav Petkov" , Dave Hansen , "H. Peter Anvin" , Jonathan Corbet , , , References: Content-Language: en-US From: "Chen, Yu C" In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: KU1PR03CA0007.apcprd03.prod.outlook.com (2603:1096:802:18::19) To DM4PR11MB6020.namprd11.prod.outlook.com (2603:10b6:8:61::19) 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: DM4PR11MB6020:EE_|IA0PR11MB7791:EE_ X-MS-Office365-Filtering-Correlation-Id: f6ad958b-b70a-4b78-47e0-08de446afcf8 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|376014|1800799024|7416014|366016; X-Microsoft-Antispam-Message-Info: =?utf-8?B?dHd2Ni9QTFk2bkF2QnN0TzdLTDlEdUcxaWVHWisyeXZKeDA5ZjdDeXhyUGJ6?= =?utf-8?B?SnlOTnhFTFVYbTlEZkZSRzFhZW1UU1JyVjhYNE9HL00wdlQ5QkY3RlRPNHRp?= =?utf-8?B?T1o1R0pvaVZTSkxOakNzTDJMcVIySzRDczBLOHpVR1NOSzhWZldQb0NFKzNJ?= =?utf-8?B?ZzZyMzVWSkhCM0dKVDRDelprVTlIZEkvdGIwS2p6YmRDYnBjNFZub3lXUnA1?= =?utf-8?B?c20rc25qTkZEVlR3aTVwdlQwMDlIRXBDYU9PS2dxbVhkQlQvdXRwOXlhblly?= =?utf-8?B?SVlQaEl0MXRvU2FtdDg0NDdkbTg3YmNTM3JaOFBySFl3QnBWdEVWcm5aamp0?= =?utf-8?B?N1dmUUdCUi9oNkhveFVOUWM5UVI0Y2FLbXNmeTZ5RHZudWhHWGl6b3NySytu?= =?utf-8?B?SWEydkMzbVdEU3NLSWxlVDZjWVpna2VjK2VwaVJGSTJ1RHdwL1RrZk4vNnpD?= =?utf-8?B?OUErU0hyeDNkNnJycmZRUmFmWXVNOXlPSXJpS05FN2h0dExqVkpXQUQyTWtt?= =?utf-8?B?ZThNc2hQbERneTlRYkFPc29Fb1I0ZngvY2VBVjUzc0JEOGRvUlBHcHU1SXBn?= =?utf-8?B?NnNTRWZGZFRSa0hlaEFQWmpEK3Q0c1lEZEJIN1ZlQUZ2YkwrN3RPSzVFdHRW?= =?utf-8?B?cjViM0YvRlBHcldrL3lZekNUSStNZHdnNWtQTWFPaXIraWVqUkNkZm9rSm40?= =?utf-8?B?NEhXN21RZG5zVjRFa2NiMjhldW5RdnFxckltNkhqT2FOOEJxa2MyYiswTWZ5?= =?utf-8?B?QjcvbU91K2xPWkRzLzdFTGhsRG5HRDA1ckFzQVI1UWF1WEswYTBpcXFwampz?= =?utf-8?B?Vyt0bEhBOUd3WGREbmtiQldTeVNNU1JRcmdKb3dQSDJLbEtHZ0d3b3Q3eE9T?= =?utf-8?B?cTV3dGNidmtWeEJHUEhrMGM5NGtpbjN0VzRkbWRlbHF3MFlkNmErazgzOTFr?= =?utf-8?B?OGtxUVBWOWxxVTlQNDFsb0tzQkZ4SDVxbXZzcWJhekl5UlhtaCsyd3M2S3pz?= =?utf-8?B?eHNjaXczR1g3cnBsZGJaWThVbjhDRm9hQytKV0JyVnI1NVREdkE2Q3dURUJ0?= =?utf-8?B?eU5JeTU1WEhrZEVuQXkyaUlWTFJEUUptMzJrR1JXT3dZbVpKRHF4d0ZsSHlG?= =?utf-8?B?YldwblJsNzJWTE9vVjBRbE1XSXhqbEFRY1ExRlFmMFUrTFl3TGpra0RKRnRC?= =?utf-8?B?cDdvSURzaGp6L3NQZTJ6OEN5MXZIV3gxd2N3Q0ZvdzRnejZCRjlFZ29Edk1D?= =?utf-8?B?RnNLaG9jVFl0aG10L2tYTDdCREFVK05SQzhBSGZ1L29JV0pydWc3WTQyYzhJ?= =?utf-8?B?VFFzclU1RkpvSk5MSTJDR2hTTlZleUdoV3BLMkp1V1Z1VnhxT3dtYm0rK3Vh?= =?utf-8?B?QTZMK3BUNHJyQmsrUVRVNFozZmtmbGxlTjdUUUNyaXp0Mk92MGVKQVNHUWpr?= =?utf-8?B?ekdYSTlqY3hNTUQvdWljNlk5eEluODJSeE5UamJFNzJ4bTZOYVJBTWtQbmJx?= =?utf-8?B?Z1FCamtvMjd3SHd2Lzc0Y2p4WmtnZlpubGc2N0IvbW5JdFpTVENXVjlYdk5G?= =?utf-8?B?cjJYQTdFL3lYSG85S3oySzQ5a0xNdGtlMEVPSG5nV3IrVnBmQzVJMFNFbWpN?= =?utf-8?B?WThGOHA4My9Zc1hKZEVzVHFqSWdhUnZiSEdaY2FMTG4zSTBPb2Z2MlVLUGlW?= =?utf-8?B?U1RtaXJmVXJTRWQwVTFRZVVBSVFJSTlaek5hUEh5WDVJcTdZR3g0SnFBcUJr?= =?utf-8?B?MFlGSmFjN1Iva1g5UE1LNVBCR3EvZlpKd1BzaHhxN0NXUXhXdXlDRm9JZWp0?= =?utf-8?B?T0UwSW52UThGR2dqUnF3YnZuWU5HS3VYUDF0cHU4Tk5aU3NOeFlMcTh6N3N5?= =?utf-8?B?Vlk0Z3pQT2V4UVBqUGIyN0RYNnZoZXNGeld5dWw1TDMrL3hOK2c4ckZoY1Vo?= =?utf-8?Q?djaroS27gD9saPJh2P4nyykyaimw2McC?= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DM4PR11MB6020.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(376014)(1800799024)(7416014)(366016);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?Mi9pVTE3TklLdmthaFFiTWJBcnFVdDRibDNRUEY2R1VhcVg1ZWpnSWRTeGRu?= =?utf-8?B?QzgxY2tWM3lDUExPS3o3dkhBOXVLbENxaFJuc3R5M3AvMVF6WU5PK2o3S0N2?= =?utf-8?B?eWZnMHBHMzN3VldzV1BTSmgxZkdEU0ZLcW1JNU1DcXR5c3QyZjlENTJuZGlY?= =?utf-8?B?b1pMOGd4L3pNTEk4cTdubWFtR3BRck5pUHdCTjJNcUdieHpYQ1o1S1RSVlNY?= =?utf-8?B?WmVHY1lxZUJScWZKcDBjZHMyR3BsZFJUUm9pR0JtamlCNmxXeTVEdUcvRkFu?= =?utf-8?B?Q3RUa3c4N0U3ZmVvZXljT3hOdXZmOW5CRjUxN3Uwai96WDljakpmWU9YMDI3?= =?utf-8?B?SU9hMWlCeHorcUxGWkJGaERuOExHMlBUT0JYb1A2dVRnV09ZL1diQUtaQ21I?= =?utf-8?B?bjdqdUNjbXl1Tzg2Ky9qdEtaWnNGYmszTXQ0RC94Rmx4blpnYkRwSnpvZHdm?= =?utf-8?B?cThJa3RiQVNEczYxSlBBM2I2TkUyT3NYYnBqalp3bU40d3RpMmNPWXdvMTdC?= =?utf-8?B?VlhGbTBGVTF2N0pvalBQNE9FdmhqZVZZU1E4VkdKUlIreWwrakxCNzE0dXlv?= =?utf-8?B?YWRZeU1rd1htZWtURWdTb3BNNDN5UmVkdy9OT3ArY29ZdGc1SFQ5QUFCR1BO?= =?utf-8?B?M255OGJsaFd2cWVZVVUvdWpSS3dIVS8xdmpHZWkrSVB5MlUzUFFkVDNOVHBB?= =?utf-8?B?eitkWlhEWjhrdUR0L0VKUXBBZzRFM2pwdUR3ZG92VzhKNEl0clRHTGMxcjhR?= =?utf-8?B?akROb1UwSWRWajRQVENFaE1BWXZCaUMzVWV1dEVBRDBxYVJtUWVtVGp2ZDI0?= =?utf-8?B?VUNOSVppMmdtRTAvZnVCUUpyZ1Y3cTB0MXJvemJaekV6N0poc2tsWU1kam40?= =?utf-8?B?REZCdkNqWFVzRHYwYktOTmJRbkxkdHBSb2JyRFpLTDVWTGlBbXdwNzM5NFBr?= =?utf-8?B?MFRISGt2TitvQ3liZjJITDdWa1hJRGhnclVRWElwMDI1bE5iUVdJTDdmSkdq?= =?utf-8?B?VUx0S0lUZXd6dkNJaWtHRDZ6eWF6NHdiMWVHZ3BwZ1BkcTkwOWdOcjVnN1Rs?= =?utf-8?B?K0oyVzlSUGdhbG1XbUlCamtNczBVR1dpNEpxQVJWWWdwM2s1U1lvWUxQb0Uv?= =?utf-8?B?T1VvRnFXK2hpS3NGd2QwTlhnTkdFQzd1UjBuSlFFL0xUc0c0S2hvekYvVXk5?= =?utf-8?B?ei9Hbm9Cc1NrQjF5VWRLU2tFMnI2SHdMMmN2RWRsTjk5ZWd0QWNWU0taV3RI?= =?utf-8?B?UHJ6cCsrci9EbTBPWGVzQUtEOXQ1OS9tSVVJQ2JJelJ4cTJ1QWN2UFJZUVVG?= =?utf-8?B?cmx2MFhyeCtPUVFrcmd2aytEMFZTbjVhaXg5MXo3MmZaR3VRQlduNktUd0Ro?= =?utf-8?B?ZWhtMm5QY2lHekJkK3R3YmtrRzlBQVcwamdtUW1IL3RvMHpoWlhpSFJSOE9E?= =?utf-8?B?VDh5VE1lUzZmTXJ4R2xZSEt3R3BkZTc5bDByR3BkbFpwRUpHNCs4YURLbzYw?= =?utf-8?B?YUtjeDVoZ2dVRC81RnE5SnkvVU5TUHJkRHh1UjlNWkxLeENtVUdtSmNuT1Rx?= =?utf-8?B?ODlXdGdxcE92MkRHY3h3L0NBdjVTQWpvazFuZTZnSEtnUXVmS3RqSFhhR1Rp?= =?utf-8?B?cnRaWDVBOTRPTzBwVUsvQ1c4NnljMHFZbzVsTmJKTmgyaEpBSGdENkZWSnp0?= =?utf-8?B?WDBIdHNndzRCVFVPWTJIVjVoTzFCRHFKWllwdEN0VDZHcVByU2RzajZpRVVS?= =?utf-8?B?OGVHRU9oMEhYb0tsUTJPUGxOUzlUT0duMlFYL09XbDEyTnBBYWxHNGRHYXlr?= =?utf-8?B?YjVwSW5BdnVZY2IvRDBXL0h2WmYyM29sUFJPL2NXZ2JkSlJlM2c5ZGFVb1Fk?= =?utf-8?B?cGZoOC9VUHA0L0hFU3U5OW1XUUF4bjM2MDZRK3B3VWlQcWxyYURidVR1VEww?= =?utf-8?B?eHlyYVlNSVBPcGQ1QUUrM2R0aVJiaFc0anBYQm1hYmJIWVdESS92dlA0SUdN?= =?utf-8?B?azEycGxCdDQwRUtmVnZFd0ErRUdtTkxHWU5sbTNYcm9YeFZ4S0p5TEFrR3lN?= =?utf-8?B?eHY0My9ZaFlLSW9td3JUZVN0UWQ0S0J1dEJFNFdNMVdRK2puNkRPSUo3ck01?= =?utf-8?B?NUJXWTVVNlI4M05kblNoZXNrbHdpbE02VlR3T1ZnWEhpOEtjU292aWJBclIy?= =?utf-8?B?MXVicjhxR0NiR1pORitQQVc0QStHMzFwMEcrZzdpZ08vYXBRMTdXYUZrMFky?= =?utf-8?B?ZnpaUDdLcGI1K3hYUTF2RUc0VnIvTU45UnVDL1Y3R2RxRW9oeEhRUkkzTVNs?= =?utf-8?B?cEVtSllhcTZPclhobTFOM1MzcnRvaFFHT0oxTzJnV080UHVCQVVTZz09?= X-MS-Exchange-CrossTenant-Network-Message-Id: f6ad958b-b70a-4b78-47e0-08de446afcf8 X-MS-Exchange-CrossTenant-AuthSource: DM4PR11MB6020.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Dec 2025 10:39:03.7537 (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: 6U1/i3qEgCw9uVHx/KHOJme8z3tgF0s3mTL5gF45eiqmuKtAuPjq0xKpCsfct3FL22svt9NpH8fdsFzixDWZzg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA0PR11MB7791 X-OriginatorOrg: intel.com Hi Reinette and all, On 12/17/2025 6:26 AM, Reinette Chatre wrote: > Hi Babu and Fenghua, > > Could you please consider how the new AMD and MPAM features [2] may benefit > from the new interfaces proposed here? More below ... > > On 10/24/25 4:12 AM, Dave Martin wrote: [snip] > > One thing I was pondering is that resctrl currently uses L3 interchangeably > as a scope and a resource but if instead that is separated then it should be > easier to support interactions with resource at a different scope. > > I am concerned that, for example, support for Global Memory Bandwidth Allocation > (GMBA) is planned to be done with a new resource. resctrl already has a > "memory bandwidth allocation" resource and introducing a new resource to essentially > manage the same resource, but at a different scope, sounds like a risk of fragmentation > and duplication to me. > > What if the "resource control" instead gains a new property, for example, "scope" that > essentially communicates to user space what a domain ID in the schemata file means. > > It is not clear to me what a "domain ID" of GMBA means so I will use the MPAM CPU-less > MBM as example that I expect will build on SMBA that supports CXL.mem. Consider, an interface > like below: > > info > └── SMBA > └── resource_schemata > ├── SMBA > │   ├── max > │   ├── min > │   ├── resolution > │   ├── scale > │   ├── scope <== contains "L3" > │   ├── tolerance > │   ├── type > │   └── unit > └── SMBA_NODE > ├── max > ├── min > ├── resolution > ├── scale > ├── scope <== contains "NODE" Would it be more user-friendly to explicitly show "node0, node1, ..." rather than "NODE"? After all, we can already infer the "NODE" type from the schemata name "SMBA_NODE". > ├── tolerance > ├── type > └── unit > > With an interface like above there is a single resource and allocating it at a different > scope is just another control. This correlates to how other parts of resctrl is managed. > For example, it can become explicit that the monitor groups' mon_data directory contains > sub-directories organized by scope. For example: > > mon_data > ├── mon_L3_00 <== monitoring data at scope L3 > │   ├── llc_occupancy > │   ├── mbm_local_bytes > │   └── mbm_total_bytes > ├── mon_L3_01 <== monitoring data at scope L3 > │ ├── llc_occupancy > │ ├── mbm_local_bytes > │ └── mbm_total_bytes > ├── mon_NODE_00 <== monitoring data at scope NODE Does this mean the domain ID is "0", which corresponds to node0? This seems to align with the presentation Fenghua's presentation at LPC, where he mentioned that for CPU-less resctrl, the domain ID changes from an L3 ID to a node ID. > │ └── mbm_total_bytes > └── mon_NODE_01 <== monitoring data at scope NODE > └── mbm_total_bytes > Please let me take this chance to elaborate on region-aware RDT in more detail. I am wondering if the interface could be further extended to support this feature. A "region" can be defined as a set of physical addresses that belong to the same memory tier. The region ID is per socket (i.e., unique within a single socket). Suppose we have a 2-socket platform as follows: S0: 1LM Direct DDR ==> NUMA node 0 CXL HDM (Tier2) ==> NUMA node 2 S1: 1LM Direct DDR ==> NUMA node 1 CXL HDM (Tier2) ==> NUMA node 3 region0 on S0 is node0, region1 on S0 is node2, region0 on S1 is node1, region1 on S1 is node3. Let us assume that each socket has 2 LLC domains. For example, S0 has LLC domain0 and LLC domain1, S1 has LLC domain2 and LLC domain3. We propose the following schemata: __ for example, MB_REGION1_OPT:0=511;1=510;2=509;3=508 it means, for LLC domain0 on S0, the throttle level for node2(because region1 on S0 is node2) is 511. For LLC domain2 on S1, the throttle level for node3(because region1 is node2 on S1 is node3) is 509. Users could query the exact definition of REGION1 by checking the info directory. info └── MB └── resource_schemata ├── MB_REGION1_OPT │ ├── max │ ├── min │ ├── resolution │ ├── scale │ ├── scope <== "0=node2;1=node3" (node2 on S0, node3 on S1) │ ├── tolerance │ ├── type │ └── unit thanks, Chenyu