Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1992318pxb; Fri, 22 Oct 2021 11:33:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQJGCJbbM9xIMvmFUgXc1rd3l3+RG05l6FUpAEqKP5R7pwQZ1PTY6BCHMAstgUVbktVokn X-Received: by 2002:a17:90b:4384:: with SMTP id in4mr16696863pjb.48.1634927620946; Fri, 22 Oct 2021 11:33:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634927620; cv=none; d=google.com; s=arc-20160816; b=YdinavHkuODywk5FtNPMbWXjIDDAhh53tMyw3hHukNvsPS/n3NMhWyQu1Ghm2P1Hze KS38OKFH3qwaqSltk4DiDLEkOPZRJf6te/uT9WrNz6G72/zFxpoMzGukGw+6q1F2/Q20 ENYE3vBayco60S9nHw+Rs71QLPe7iwF0OJREywwPLrZ3ZIDoyW9t8n1jBDvxV+k8dbtu XTgSrN126yq/M+o0HQikgzqDnF5ydSmBirt8IZl9bfXeAR9QSnwaipmy1SiFotlYorix 4+GiyliGDQbgJcep9d/TOJTp3Xo4qKO48QX6t3iiPKqN3CMgWz4+Vep05ytO0od59bzn MWgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=2J8D5OHDsXjnBYCIx5LaFlGqWiXn5Xyn/HkZtp11ch8=; b=lKCPyChEuGB8YLegntEoEBubHm0KP0EQVjJFz0nqvksoZkjYN5y1kp9nM38hjYWcFK UBIbjEYTmAsjln16QsrK9L/N4tf1x1GUX8KIaM2qAp3jRG+9g4WrAe3XyUUHOtlIuvwF Q7KuSGZRI2NKEczZdZpx0MM192nrPyJRhcUcRebvSS1KxH6Zy17lH2RCqWEJQYEuZEfL DbqcKuOcfptF4oxeV57j4+E/v3EUZ4JJLHVqoJEp4l6N4GlZqgH7RUu2kSKWr+E8mHWU kfsLAucaedQ0/r3UylHD2/YQhsbmKS90scNLPsYDcs2vqzX2tkbzrmdHtPKVnK584CvK z1wg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v185si12404145pgd.373.2021.10.22.11.33.27; Fri, 22 Oct 2021 11:33:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233831AbhJVSci (ORCPT + 99 others); Fri, 22 Oct 2021 14:32:38 -0400 Received: from foss.arm.com ([217.140.110.172]:57604 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233803AbhJVScf (ORCPT ); Fri, 22 Oct 2021 14:32:35 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 8C74713A1; Fri, 22 Oct 2021 11:30:17 -0700 (PDT) Received: from [10.1.196.28] (eglon.cambridge.arm.com [10.1.196.28]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8743F3F99C; Fri, 22 Oct 2021 11:30:15 -0700 (PDT) Subject: Re: [PATCH v2 04/23] x86/resctrl: Merge mon_capable and mon_enabled To: Babu Moger , x86@kernel.org, linux-kernel@vger.kernel.org Cc: Fenghua Yu , Reinette Chatre , Thomas Gleixner , Ingo Molnar , Borislav Petkov , H Peter Anvin , shameerali.kolothum.thodi@huawei.com, Jamie Iles , D Scott Phillips OS , lcherian@marvell.com, bobo.shaobowang@huawei.com, tan.shaopeng@fujitsu.com References: <20211001160302.31189-1-james.morse@arm.com> <20211001160302.31189-5-james.morse@arm.com> <44ce43de-b6d9-cfbf-b991-0b7cfd819d39@amd.com> From: James Morse Message-ID: Date: Fri, 22 Oct 2021 19:30:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux aarch64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <44ce43de-b6d9-cfbf-b991-0b7cfd819d39@amd.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Babu, On 20/10/2021 00:18, Babu Moger wrote: > On 10/1/21 11:02 AM, James Morse wrote: >> mon_enabled and mon_capable are always set as a pair by >> rdt_get_mon_l3_config(). >> >> There is no point having two values. >> >> Merge them together. >> diff --git a/include/linux/resctrl.h b/include/linux/resctrl.h >> index 386ab3a41500..8180c539800d 100644 >> --- a/include/linux/resctrl.h >> +++ b/include/linux/resctrl.h >> @@ -130,7 +130,6 @@ struct resctrl_schema; >> /** >> * struct rdt_resource - attributes of a resctrl resource >> * @rid: The index of the resource >> - * @mon_enabled: Is monitoring enabled for this feature >> * @alloc_capable: Is allocation available on this machine >> * @mon_capable: Is monitor feature available on this machine >> * @num_rmid: Number of RMIDs available >> @@ -149,7 +148,6 @@ struct resctrl_schema; >> */ >> struct rdt_resource { >> int rid; >> - bool mon_enabled; >> bool alloc_capable; >> bool mon_capable; > > Also we should probably rename alloc_capable and mon_capable to > alloc_supported and mon_supported respectively. We dont have an option to > enable and disable these feature. If it is supported, it is always supported. Does 'capable' imply the feature was enabled? I agree 'supported' is clearer now that the schema/resource enable step has been folded away. I'll put this on the TODO list... Thanks, James