From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=192.198.163.10 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793837629; b=LJ/Bvl4sQHQXYWVq+N/Uoq2ugpqj7/orj2PkBbsdcrV3Goi8DQkO67/8AHT9NQSITxQM TqIsBeuJdOveuRb64XZIPxbxyQhONjWl5O7kleuXYzHZTEXQbd+N5notDAghCEIOm9AyA cjt072Q8Lngpokg0YhId3FfTkTqgoB7IL47BwTqiG1u7OTTi3rq1x2QfkbbZGOw3GEURF w6oIJ1oZLpNsL/wrtUC7/SgXSiStv801EYnKTjNgtyjSgRAsxXLnIlnQImf332OYlAkFO 9hUJoIHTH4F57mDp6NPWPaIsa9rq9tjVxJXxhZ/wdrYiH5BBiDLUWme43y+GcYTG+lQ== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793837629; h=DMARC-Filter:DKIM-Signature:X-CSE-ConnectionGUID:X-CSE-MsgGUID: X-IronPort-AV:X-IronPort-AV:Received:X-CSE-ConnectionGUID: X-CSE-MsgGUID:X-ExtLoop1:X-IronPort-AV:Received:From:To:Cc:Subject: Date:Message-ID:X-Mailer:MIME-Version:Content-Transfer-Encoding; bh=9DVfCCkh/EktKe2pkVPRqOHiv8FK8+JVOnopPbeiz1w=; b=Y4+Y9wBqrY6qTBEUscF3CjOEJLtKY7WYf4wUcjQYzO8rSIOLkvWxXyNHzpQYznResLtr XB6sn9xjocAnromaeLkXk5R3pGSjoWNIyViyKgpV+6aYdmCf/pbZAQHK4lESFEqL46qmj ItXkOn6na5WCbPvntR+D06XyQhnw/ve6jpJhkeXsTQd2NfuBC2L3F1pMFuSKk+LcVZ4DU WdaoPWp8MB0wFvRiq21iA9K8lcEcCcr8jhVrKG/2pjKiQSRhIsjncVIeNI1X6Rtuq2GEi jLSyjN4CRHNugplQY0S943ABmZL7Jts4ogXICUAloD6+cwvIDx1rVF8WhFv/qAFEZow== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass header.d=intel.com header.i=@intel.com header.a=rsa-sha256 header.s=Intel header.b=lo5pqFOu; arc=none smtp.remote-ip=192.198.163.10 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.10]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 45575606A32E for ; Thu, 5 Nov 2026 00:13:48 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 45575606A32E 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, unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256 header.s=Intel header.b=lo5pqFOu DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1793837628; x=1825373628; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=Yf2GlWn2dSaLa9rtLPPTI4NXuKqaVUSaPojZsn5jfJw=; b=lo5pqFOuUSWftBtcVz60vs7HN0In4wjPq2GsTykfzJJoegg839SbDj7g tFHbqYdo8TzfK4ntGly44EgKFJQWQA/ijpOGQcezDSOyz7235zOEwdzMR QgyVr4msms7IpMeRK13ZwmU8OJwzUP9cMX5AO0aMfaiK1mOAUkoeGCn/o 49x473acDGmCsPXZ/+2chz2aFhOt4qxJujScCQgcm1hvoOA0HEtk0CQYr JIxylZIWGn+m8HpeLqrE7s/Wh0vo90p8j3ZallykWF6mECYecEtAI3QMm /LuI/MGxwcH6RiWfJwbkMAVRycSqDetiDjfDMYjqNiJsDQI3X0NnpQDY7 g==; X-CSE-ConnectionGUID: LD3JQFpRQ2KGtZvRIT2mPQ== X-CSE-MsgGUID: XSCBiBIoTLiotb+SVdeKvQ== X-IronPort-AV: E=McAfee;i="6800,10657,11956"; a="2512732" X-IronPort-AV: E=Sophos;i="6.27,196,1787036400"; d="scan'208";a="2512732" Received: from fmviesa008.fm.intel.com ([10.60.135.148]) by fmvoesa104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Nov 2026 16:13:47 -0800 X-CSE-ConnectionGUID: cueGtaKsS5OhlnqFWJkuMQ== X-CSE-MsgGUID: V9Jiae/JSmW5ff0JQLDPng== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.27,196,1787036400"; d="scan'208";a="7168837" Received: from rchatre-desk1.jf.intel.com ([10.165.154.99]) by smtpauth.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Nov 2026 16:13:47 -0800 From: Reinette Chatre To: tony.luck@intel.com, ben.horgan@arm.com, james.morse@arm.com, Dave.Martin@arm.com, babu.moger@amd.com, bp@alien8.de, tglx@linutronix.de, dave.hansen@linux.intel.com Cc: x86@kernel.org, hpa@zytor.com, fustini@kernel.org, fenghuay@nvidia.com, peternewman@google.com, yu.c.chen@intel.com, linux-kernel@vger.kernel.org, patches@lists.linux.dev, reinette.chatre@intel.com Subject: [PATCH v3 0/5] x86,fs/resctrl: Cleanups in preparation for multiple controls support Date: Wed, 4 Nov 2026 16:13:28 -0800 Message-ID: X-Mailer: git-send-email 2.56.0 X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Changes since v2: - v2: https://lore.kernel.org/lkml/cover.1791406459.git.reinette.chatre@intel.com/ - Rebase on v7.4-rc1. - Add tags. All patches now have at least two Reviewed-by tags. - No other changes. Changes since v1: - v1: https://lore.kernel.org/lkml/cover.1788452481.git.reinette.chatre@intel.com/ - Rebase on x86/cache branch of tip with HEAD at: 50e5282df427 ("x86,fs/resctrl: Add event group descriptions for Intel Diamond Rapids") - Rework all changelogs. Most now explain why each change is safe and why it is needed independent of the multiple controls work. (Ben) - Make subject lines more specific and fix the prefix of the patch removing the non-linear bandwidth delay mapping. - Keep the informational message printed when an Intel system with non-linear MBA delay values is encountered, rewording it and adding the missing newline. Match the related warning to the same wording. (Chenyu) - Group the memory bandwidth property assignments during Intel MBA enumeration. - Clarify in kernel-doc that the MSR_IA32_L{2,3}_QOS_CFG scope property only applies to cache resources. - Add Reviewed-by tags from Chenyu and Ben. Hi Everybody, For resource allocation resctrl assumes there is only one way to allocate portions of a resource. That is, every resource supporting allocation has a single control in the schemata file that user space can use to allocate portions of that resource. All architectures supported by resctrl already support, or will soon support, multiple controls per resource. For example, the memory bandwidth resource may have a "maximum bandwidth" as well as a "minimum bandwidth" control. Adding support for multiple controls to resctrl is a major endeavour. The goals are described in [1] and summarized in the Linux Plumbers Conference 2025 slides [2]. The implementation is in progress, with the most recent PoC available at [3]. This series contains the preparatory cleanups from the PoC that are ready to be merged independently of the remaining work: - Remove the unused support for non-linear Intel MBA delay values, including a user space configuration check that can never fail. - Make the scope of MSR_IA32_L{2,3}_QOS_CFG a private x86 property instead of a resctrl filesystem cache property. - Drop an unnecessary helper and an unnecessary function parameter. The only intended functional change is a reworded informational message printed if an Intel system with non-linear MBA delay values is encountered. Changes since previous postings can be found in the individual patches. [1] https://lore.kernel.org/lkml/aPtfMFfLV1l%2FRB0L@e133380.arm.com/ [2] https://lpc.events/event/19/contributions/2093/attachments/1958/4172/resctrl%20Microconference%20LPC%202025%20Tokyo.pdf [3] https://lore.kernel.org/lkml/d258a32f-12d5-464d-abe9-4720fb3e44b3@intel.com/ Reinette Chatre (5): x86,fs/resctrl: Remove unused non-linear bandwidth delay mapping x86,fs/resctrl: Remove unnecessary non-linear MBA configuration check x86,fs/resctrl: Move MSR_IA32_L{2,3}_QOS_CFG scope property to x86 resource fs/resctrl: Drop unnecessary is_mba_linear() helper fs/resctrl: Drop unnecessary parameter from resctrl_io_alloc_parse_line() arch/x86/kernel/cpu/resctrl/core.c | 72 ++++++++------------------ arch/x86/kernel/cpu/resctrl/internal.h | 4 ++ arch/x86/kernel/cpu/resctrl/rdtgroup.c | 4 +- fs/resctrl/ctrlmondata.c | 15 ++---- fs/resctrl/rdtgroup.c | 7 +-- include/linux/resctrl.h | 7 --- 6 files changed, 33 insertions(+), 76 deletions(-) base-commit: 6628e7d4c6b25c8d18f1345e3a20d21829aae7e4 -- 2.56.0