Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp1990470imm; Tue, 22 May 2018 12:45:52 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqwXn16QDasdjwHW5z3Dml014PTos3yeNr/xB25u6f4D0iUtRWfPJv2xkeLDurAXa+LVttq X-Received: by 2002:a17:902:b946:: with SMTP id h6-v6mr26821255pls.3.1527018352506; Tue, 22 May 2018 12:45:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527018352; cv=none; d=google.com; s=arc-20160816; b=mPxLL/CAdGUXtJWVIiRYimhpGXlOjj0YSlv7rJXgHTw0l4CJhsFQWAWGlgAQSOfx7N jHluPkiI1fBPANRK2S0QjlqIHRD7lOaOFMb85sx2v3xseAG5zDK/r0TuD2zgURBluZ8T A+Xki5ODx3bVRpNkXUn2WI+4GFuWkrp1rK7I2r1dQ94tl+7TSqBeFWGzECZXSAI2F+11 IR9RhjvDt+Gsordyrp5lOh9eKXkxuXdb0zbxERo3+xDUEngx1rJpVcsMFv2IyMessLYI FqGysebF6fK4AYXvemX9raRxSH5Pa8ruK5d87W1VTEDG9q5voiGPwOEMfDb6DpD/7cKX j76Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=Ttmtvc+/Zj5dVDxXZrtut55ZfAeccxiM9cO1vhbpLTE=; b=o3qnvPoyCux8IFLpkDg1QlptSD6wMyTDkGpmaVV5BeO+wCBmswCfUaWIT9eo4lBVqW GDjFE/utQ50AcWnsYlByJh1jqqNMyebka/GvziMtJOLLPPkQCbhwNNtF5R+w407PXqYF SInvQXiJt+AScOYHIDkUuFImaWCdcTJ2ldP6w2vRdlHTtkMt0XV4H/X3FfntZaCtOpJC j2t3CpUlRm8oITf2SY9SkohJva9IVr2IBCUIFMF/TYJJaMSWusWxY9K47ivU56GLf6WL T5tEGckyWbHS/QLBZIxG2mQIAbn1qQ9gHkPgdVaY6lQ2EGeauJS/6eWmsqlYd/O9gBMR IjWg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l125-v6si7099142pgl.410.2018.05.22.12.45.31; Tue, 22 May 2018 12:45:52 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753154AbeEVTmE (ORCPT + 99 others); Tue, 22 May 2018 15:42:04 -0400 Received: from mga04.intel.com ([192.55.52.120]:18869 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752230AbeEVTcB (ORCPT ); Tue, 22 May 2018 15:32:01 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 May 2018 12:32:00 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,430,1520924400"; d="scan'208";a="226406341" Received: from rchatre-s.jf.intel.com ([10.54.70.76]) by orsmga005.jf.intel.com with ESMTP; 22 May 2018 12:31:59 -0700 From: Reinette Chatre To: tglx@linutronix.de, fenghua.yu@intel.com, tony.luck@intel.com, vikas.shivappa@linux.intel.com Cc: gavin.hindman@intel.com, jithu.joseph@intel.com, dave.hansen@intel.com, mingo@redhat.com, hpa@zytor.com, x86@kernel.org, linux-kernel@vger.kernel.org, Reinette Chatre Subject: [PATCH V4 02/38] x86/intel_rdt: Introduce RDT resource group mode Date: Tue, 22 May 2018 04:28:50 -0700 Message-Id: X-Mailer: git-send-email 2.13.6 In-Reply-To: References: In-Reply-To: References: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At this time there are no constraints on how bitmasks represented by schemata can be associated with closids represented by resource groups. A bitmask of one class of service can without any objections overlap with the bitmask of another class of service. The concept of "mode" is introduced in preparation for support of control over whether cache regions can be shared between classes of service. At this time the only mode reflects the current cache allocations where all can potentially be shared. Signed-off-by: Reinette Chatre --- arch/x86/kernel/cpu/intel_rdt.h | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) diff --git a/arch/x86/kernel/cpu/intel_rdt.h b/arch/x86/kernel/cpu/intel_rdt.h index 39752825e376..c08eee73ecd3 100644 --- a/arch/x86/kernel/cpu/intel_rdt.h +++ b/arch/x86/kernel/cpu/intel_rdt.h @@ -81,6 +81,22 @@ enum rdt_group_type { }; /** + * enum rdtgrp_mode - Mode of a RDT resource group + * @RDT_MODE_SHAREABLE: This resource group allows sharing of its allocations + * + * The mode of a resource group enables control over the allowed overlap + * between allocations associated with different resource groups (classes + * of service). User is able to modify the mode of a resource group by + * writing to the "mode" resctrl file associated with the resource group. + */ +enum rdtgrp_mode { + RDT_MODE_SHAREABLE = 0, + + /* Must be last */ + RDT_NUM_MODES, +}; + +/** * struct mongroup - store mon group's data in resctrl fs. * @mon_data_kn kernlfs node for the mon_data directory * @parent: parent rdtgrp -- 2.13.6