Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1378836imm; Fri, 22 Jun 2018 15:53:12 -0700 (PDT) X-Google-Smtp-Source: ADUXVKK4aZw50EsyUtmV8OBHQqz+BoFWaC95Bk23O5BGqPrJ3JRolnZx/BjIg2jwXA6h+N4SokQQ X-Received: by 2002:a62:d508:: with SMTP id d8-v6mr3607043pfg.128.1529707992545; Fri, 22 Jun 2018 15:53:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529707992; cv=none; d=google.com; s=arc-20160816; b=GD9peeVdcnh/9Gw6qSRAxEEA/z+HcIa4ToCqh3mquiXo5Wo7ePUEU1k2IdfC8AZkht vFSkLS09roKF9DDfNnOjuHmc46IAPkNbsAeDFVt9IWYh90uT6vOd6THPQ+HjtDrUpjxa 9Y9uX1z6rm6DNBNzyNk1005FscTM6l2ZKWecg65NJXmzh8cSW19KBDpt0S0Rk/whvGNv yI6XioF5+kD3pPs7AThXjN+cYsP2V6JsLfg23Wpk5EtGHJ7CCb4VVgkbsrzSvct76H+p qsme+Blzolsgb5RHz/7S3uGJxKPe/cLoB9ujdeJaGPgqYxXgyzWwdPPSxi1uQGyWhecV //BQ== 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=d3bojXn18npAwtcRMhao3atgdah8HFHmeZg/T8eYGII=; b=h0/Yb+IqQEdEA3FPCnHHfPAU1Ixts/wmDZGAGpTuBf8pw+KM23sU+RfcpMdU29srgA /hp67Sg9zsRMUaybz/wv2N+kI6VAkxmwnimE8AtDH8278TiQ2a+GT3GxkE87n3Q3urC7 0OfotZwp/sQ7wE0mL5/DzXM74BDTwED4bJ/cOuolMpNpLjrLqx1fZQqOpUDjUBOqyRjR /dK44JrvKkiS/roWGwTuVGBp8h2dJCpKDIsKPs8qFPgiy1I7abxZ1iGRuXCgpSQ5nYMT Qq9NqsA9xsRbqNNY/sDDDuq9lhDtJa0KJq0pzI+PcxVCepGpb6xvmWGS53Ecm/yOo9Tc lk5Q== 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 s4-v6si8357843pfs.157.2018.06.22.15.52.58; Fri, 22 Jun 2018 15:53:12 -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 S934020AbeFVWve (ORCPT + 99 others); Fri, 22 Jun 2018 18:51:34 -0400 Received: from mga17.intel.com ([192.55.52.151]:52517 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754634AbeFVWms (ORCPT ); Fri, 22 Jun 2018 18:42:48 -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 fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jun 2018 15:42:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,259,1526367600"; d="scan'208";a="234843355" Received: from rchatre-s.jf.intel.com ([10.54.70.76]) by orsmga005.jf.intel.com with ESMTP; 22 Jun 2018 15:42:47 -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 V7 03/41] x86/intel_rdt: Introduce RDT resource group mode Date: Fri, 22 Jun 2018 15:41:54 -0700 Message-Id: <87e88275597fbfa03ea9d41c1186bf012c831c01.1529706536.git.reinette.chatre@intel.com> X-Mailer: git-send-email 2.17.0 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 Signed-off-by: Thomas Gleixner Cc: fenghua.yu@intel.com Cc: tony.luck@intel.com Cc: vikas.shivappa@linux.intel.com Cc: gavin.hindman@intel.com Cc: jithu.joseph@intel.com Cc: dave.hansen@intel.com Cc: hpa@zytor.com Link: https://lkml.kernel.org/r/ccdbc11e14508ce3800ac4370e788374d3855aee.1527593970.git.reinette.chatre@intel.com --- 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 @@ -80,6 +80,22 @@ enum rdt_group_type { RDT_NUM_GROUP, }; +/** + * 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 -- 2.17.0