Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3806865imm; Tue, 29 May 2018 14:10:25 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKZON1Is22QiA+ZalJ6LzzLNC4ErJlQkxnYjHE6dU/AyqvbJfU6FC2fS34/gmsQwYcLpZ60 X-Received: by 2002:a65:418b:: with SMTP id a11-v6mr47605pgq.118.1527628225052; Tue, 29 May 2018 14:10:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527628225; cv=none; d=google.com; s=arc-20160816; b=l3qCkI1+Q0K4r21M4x9QITW7Y/tpDYPvolMay0RBTcsu7RTBIWqQVF0OOtGFAElV6r +JD+B8Ii+ixBxNXBaKqHZ+zMSBDGQPmp1hRkYFCE7yi7oA9m/nQq35Sptzbv7U6gQ6ey kHZ7glQLnGHuNM4IUGlk+fHc3uP93lTOzHCz+sIkI71O0WqGESLYPK0Tog0K5bWrBHHp NFZ3a2TEdDvIrrHka+rNNJzl1/V7d2uAa88UunAknHVAnxY+hXDTfHfohUaYoHioWB5K 03uTxli77jGkzbpR5MzgSSj3tW+pEvjeNx04ZSf51eNlaEeBpyfho4cu7gi4UF/DBRFn r9QQ== 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=b2gwchA8DkioEqC0VtCj2GPx+OSRoPdEkKafiHlnO+3zPF22Il6detDH3YCqAVwdr2 T5LdVWqgK4Fe3A6+wes1G6yP99vrfo8TKrhh60HMgiAwYwSrI0Sd6l38iO8S9o17TDO7 nGGizUYQMHKKkHeD0RGr2mqmnv/RtXZnPB01Ngmd3bkaaAVYZzQjd/HjQGu1KOQTH9Zp WCxfnKv6rY3kyiOQvjF15CQfjXGZam23ptPVtZmtSbss76QXjWdEHWoDJ8XrFu98H6/8 DQm+51snpVnPr4bOFSVvdVCLCVin90y/mfq9x4e7WtG6E9T8mVyZweL48itP6+ydt+ff MeCQ== 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 v187-v6si9245392pgb.86.2018.05.29.14.10.11; Tue, 29 May 2018 14:10:25 -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 S937083AbeE2VA6 (ORCPT + 99 others); Tue, 29 May 2018 17:00:58 -0400 Received: from mga01.intel.com ([192.55.52.88]:53956 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933414AbeE2VAz (ORCPT ); Tue, 29 May 2018 17:00:55 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 May 2018 14:00:54 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,457,1520924400"; d="scan'208";a="60127672" Received: from rchatre-s.jf.intel.com ([10.54.70.76]) by orsmga001.jf.intel.com with ESMTP; 29 May 2018 14:00:54 -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 V5 02/38] x86/intel_rdt: Introduce RDT resource group mode Date: Tue, 29 May 2018 05:57:27 -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