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 118AF4CE677 for ; Wed, 16 Sep 2026 23:13:40 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.14 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789600424; cv=none; b=iakX6t6x/21QxhHf3djzAMJFd1yarrXSWkFgKkcT/HNqbepB073xThyFsMoAalINSXTF49JwhFZFhbFNq2dd2JZzWp2WF4GdJ/0pd93DNguKYVc/VOCYsZKRD5ZD+zdxgFMfWcc+uugsCGaLPXWSPzqaLujd7DTj1OhMmnPUi1Y= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789600424; c=relaxed/simple; bh=GcxFliNTIAtRq7uiuS+67NRJavF9d5TyAC+yRtsjs+4=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=NG8oiqKZqcXlD6e4vFPr15n6yIKkVCbUf8FckhiOFgyMz21ejrGWcokdfqF3ZmpqKlxvw3Du9Yz0xir7NUnShpEcFlqW/jx4kyXMyz/LmXGgDo/CoxmAoTt8WdFpLDIU/FUJcD02n/3eG/MbZH3wKsTm9PkqX6sz3fEvV3prZkw= ARC-Authentication-Results:i=1; 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=ZpUGohQY; arc=none 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="ZpUGohQY" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1789600420; x=1821136420; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=GcxFliNTIAtRq7uiuS+67NRJavF9d5TyAC+yRtsjs+4=; b=ZpUGohQYBvZdvndZAqJb6tmrk6DsHsmxgiAjA9OWWu1NcYLa0v/TtIYu nvW6uhk/IUs/LJnxXJS4Wr2kDPPTWynh1+9zqI7DIBYrekUWuJOwO/0IZ emAxnkzLzkvfjuGF2O2MiOXFwe2mtogPtOK6qMIe8nDchjnwsrRMSrco6 hJe0L925xopyKXp9SrNABiRbmkb3WczJRB8C9czeGOimnZ9Z5q213V1Po NDPw+UrmG4oSJ+tm82THsanv83SZqnsKXkch581TOTMxYsvqEU1057EX9 K9b3nY3C0+H3buOLiKqTafFi3Xue/8SPQ33lz8etRc9uyJ+0LcW00V8MR Q==; X-CSE-ConnectionGUID: olmYedPxRsK2afTi7Fjslw== X-CSE-MsgGUID: RHOsxff7QgaqNuQVtmK2Mw== X-IronPort-AV: E=McAfee;i="6800,10657,11905"; a="93861404" X-IronPort-AV: E=Sophos;i="6.27,103,1787036400"; d="scan'208";a="93861404" Received: from orviesa004.jf.intel.com ([10.64.159.144]) by orvoesa106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Sep 2026 16:13:35 -0700 X-CSE-ConnectionGUID: mXegwrkSScyepjynTHED1A== X-CSE-MsgGUID: kZgJRk6XQJ2jWjiMlOShMQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.27,103,1787036400"; d="scan'208";a="277231459" Received: from khuang2-desk.gar.corp.intel.com (HELO agluck-desk3.home.arpa) ([10.124.223.219]) by orviesa004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Sep 2026 16:13:34 -0700 From: Tony Luck To: Fenghua Yu , Reinette Chatre , Maciej Wieczor-Retman , Peter Newman , James Morse , Babu Moger , Drew Fustini , Dave Martin , Chen Yu , David E Box , x86@kernel.org Cc: Christoph Hellwig , linux-kernel@vger.kernel.org, patches@lists.linux.dev, Tony Luck Subject: [PATCH v12 10/25] x86/resctrl: Honor rdt=perf option to force enable AET perf events Date: Wed, 16 Sep 2026 16:13:05 -0700 Message-ID: <20260916231320.14502-11-tony.luck@intel.com> X-Mailer: git-send-email 2.55.0 In-Reply-To: <20260916231320.14502-1-tony.luck@intel.com> References: <20260916231320.14502-1-tony.luck@intel.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit resctrl can disable ("force_off") a feature supported by the platform if, for example, there is an erratum related to the feature or, in the case of AET (Application Energy Telemetry), when the event group has insufficient RMIDs. The "rdt=" kernel command line option lets the user override ("force_on") when a feature is disabled in such case. Users may also disable ("force_off") individual supported resctrl features they do not need. Linux enumerates AET once on first mount and skips this enumeration if the associated event group is supported but disabled. Since AET is only enumerated once, this check is guaranteed to only consider disabling via the rdt= kernel parameter. However, when transitioning to enumerate AET on every mount, it is no longer correct to skip enumeration simply because an event group is marked as disabled. It is then possible for resctrl to have force-disabled the event group during an earlier enumeration due to insufficient RMIDs, which would improperly cause the kernel to ignore a user's explicit rdt= override on subsequent mounts. Ensure the user's command line choices take precedence over system-level limits. Reviewed-by: Reinette Chatre Signed-off-by: Tony Luck --- v12: No change --- arch/x86/kernel/cpu/resctrl/intel_aet.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/cpu/resctrl/intel_aet.c b/arch/x86/kernel/cpu/resctrl/intel_aet.c index c22c3cf5167d..4ad6ad78e93e 100644 --- a/arch/x86/kernel/cpu/resctrl/intel_aet.c +++ b/arch/x86/kernel/cpu/resctrl/intel_aet.c @@ -228,7 +228,7 @@ static bool enable_events(struct event_group *e, struct pmt_feature_group *p) struct rdt_resource *r = &rdt_resources_all[RDT_RESOURCE_PERF_PKG].r_resctrl; int skipped_events = 0; - if (e->force_off) + if (e->force_off && !e->force_on) return false; if (!group_has_usable_regions(e, p)) -- 2.55.0