Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1376829imm; Fri, 22 Jun 2018 15:50:04 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIJZuB8RUhu6m25y1lfsC4DxIqFsIFXzFJqVqFjcnxP9oougjgkoJeZQqWO62fSvmnisEq8 X-Received: by 2002:a63:b307:: with SMTP id i7-v6mr2926602pgf.448.1529707804276; Fri, 22 Jun 2018 15:50:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529707804; cv=none; d=google.com; s=arc-20160816; b=BghTTfsHI+fcRXnZxBiMbdI7QUKZWROEM2+h8ZCkLTUyVZ4E1A8hKjOphCBlqpNTxT Fm0kDVC/9BPopyx7yWle7M4aMVEV/ZvFd/RciJFfo/hvw9la0x2XyHkwl+DJR3FLYv8K DUyKxfgIUbrMDOG07jpWW3eJOITxgcow7AMMKRFngALtYzKl1AR/DW1MyFdRO+uHiKje ftkQAYGUrnkyEYV18cxJ3ZPPz0n1p8L3Iv1XxLR7TdOl6BaLKpWKWj4KdrZ5T25QH6Q0 obbo11Ti4f8UXOI9nUzUJmtgtq/mTYQeOem516/QSK8swhuG32xTkk7vfXLznbNfR/X6 6Z6A== 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=XT85AmqcPnW4U/qYjUJP9eudt0nFz6cP2w0JOqn34eI=; b=0o6pYUCwk0LdJxujDrQ8ml+6/M0YCMxziYsK9o2gOyiSIJdptD0FJ/LCIJCWdh5gLH rNF7E+ki7xMrKKH1S7I1Zx4TrcEefaYwYR1CHVnUpV5hBQZHUzIQmkMQ4ACQ5jqddjrG nHglTauEUC78j+xXCjsN5BKrjZeLnfCR2PxtliVb/K0H+Qq5lZcXv4NcP6JtT+P02fiW 7x176H/JHFzPvZS+nebrg7//q/a9bBwRTCJ+hPqijbEiB2UgXZcGvv4WJROgGodOAwZs CJbo2k5mxR7ElWu8Wgv9jWB2vCPGViOCdxocO5Z6xm0KXd/NNzaxkZ+zDd5vQ2DaIO6l 7ZtQ== 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 e191-v6si7121214pgc.332.2018.06.22.15.49.50; Fri, 22 Jun 2018 15:50:04 -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 S1754941AbeFVWqy (ORCPT + 99 others); Fri, 22 Jun 2018 18:46:54 -0400 Received: from mga02.intel.com ([134.134.136.20]:22311 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754674AbeFVWmx (ORCPT ); Fri, 22 Jun 2018 18:42:53 -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 orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jun 2018 15:42:48 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,259,1526367600"; d="scan'208";a="234843418" 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 23/41] x86/intel_rdt: Add check to determine if monitoring in progress Date: Fri, 22 Jun 2018 15:42:14 -0700 Message-Id: <14fd9494f87ca72a213b3a197d1172d4e66ae196.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 When a resource group is pseudo-locked it is orphaned without a class of service associated with it. We thus do not want any monitoring in progress on a resource group that will be used for pseudo-locking. Introduce a test that can be used to determine if pseudo-locking in progress on a resource group. Temporarily mark it as unused to avoid compile warnings until it is used. 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/d3efe6b526e28e335463578870ec7d5dc91ed96d.1527593971.git.reinette.chatre@intel.com --- arch/x86/kernel/cpu/intel_rdt_pseudo_lock.c | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/arch/x86/kernel/cpu/intel_rdt_pseudo_lock.c b/arch/x86/kernel/cpu/intel_rdt_pseudo_lock.c index dc79b3090ac5..8693dbe602a2 100644 --- a/arch/x86/kernel/cpu/intel_rdt_pseudo_lock.c +++ b/arch/x86/kernel/cpu/intel_rdt_pseudo_lock.c @@ -13,6 +13,19 @@ #include "intel_rdt.h" +/** + * rdtgroup_monitor_in_progress - Test if monitoring in progress + * @r: resource group being queried + * + * Return: 1 if monitor groups have been created for this resource + * group, 0 otherwise. + */ +static int __attribute__ ((unused)) +rdtgroup_monitor_in_progress(struct rdtgroup *rdtgrp) +{ + return !list_empty(&rdtgrp->mon.crdtgrp_list); +} + /** * rdtgroup_locksetup_user_restrict - Restrict user access to group * @rdtgrp: resource group needing access restricted -- 2.17.0