Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1231396imm; Fri, 14 Sep 2018 13:37:11 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZnm23cfdUcU0XmWV2d6EEbBj7+tlVGAbIA7Um/eq8OJ9Ds9Xm1kuwi+R6fFBWCnayI3a7d X-Received: by 2002:a17:902:c85:: with SMTP id 5-v6mr13864099plt.141.1536957431333; Fri, 14 Sep 2018 13:37:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536957431; cv=none; d=google.com; s=arc-20160816; b=EpmfeIgl7Tlxk+0RRygAP2llZEKKdYQ+6UrKZPQhguvlfrfdyYWJ1/zFX6XNOronza ameC9fYg683Fq7n06l4F0JEVBven7RBSm9iaUO69P3PpgoOnjq4XswPvFbU3Qc6JOd6x DWooXmXgfmsEy7ZGba1K36cEawSTi1vk2rqEGZ9dn0gtkbhqWdv35ee+v8FXe+GMi/vz Y2w9bCUXgyxj69GDjMbukLAszG7HHGe1b4VpItVtYzltub1NNZpH/U3K+QXPQJrbxVAo 55iWaYNxPQpHgSqKjOz+cwO4KYtX/tfmvovg6Sa3JAxDxoZHOaSsJ1sOTbtczLo+OIVe Dk+Q== 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:message-id:date :subject:cc:to:from; bh=tj/J80eE/xCGFC+mODvpjKuLmVNPW30DYxJWH14u/qY=; b=BOlmBmwO+YU3MOiPnKb0MIdLSLY0lgcwy0ob4tuEwZpxyQEhg2DkgthBV/2n3HQDUV y6U5eOzZKgePn2Z/SneC5+yd/cYnhc2biNm4H2omMsnc+xugt86G6cwVjJzSADDRmBmG 71vj0aWd81Jt/GTa5nmVfJovX9rRoCcgGR9Sbz4MG3QQzcgY0Qpp9yJTEMtqTTLQ3/Sd OpFeMXBSgFut6MI41uPvDSGBpN6SqlewksHmVMtgrzUWkbc0MqlGKkvoPtYp4G5f/Qti KoAnRAal0m0eJZyLj75umCmlZuBjUh3C03ae1rQV70YWUEDqlqEiLx+3coDNd2OlXsGP Su2Q== 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 f65-v6si7692793pgc.20.2018.09.14.13.36.56; Fri, 14 Sep 2018 13:37:11 -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 S1728448AbeIOBwX (ORCPT + 99 others); Fri, 14 Sep 2018 21:52:23 -0400 Received: from mga05.intel.com ([192.55.52.43]:60388 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728360AbeIOBvx (ORCPT ); Fri, 14 Sep 2018 21:51:53 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Sep 2018 13:35:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,374,1531810800"; d="scan'208";a="263593818" Received: from romley-ivt3.sc.intel.com ([172.25.110.60]) by fmsmga006.fm.intel.com with ESMTP; 14 Sep 2018 13:35:44 -0700 From: Fenghua Yu To: "Thomas Gleixner" , "Ingo Molnar" , "H Peter Anvin" , "Tony Luck" Cc: "Chatre, Reinette" , "Xiaochen Shen" , "Chen Yu" , "linux-kernel" , "x86" , "Fenghua Yu" Subject: [PATCH 7/9] x86/intel_rdt: Fix incorrect loop end condition Date: Fri, 14 Sep 2018 13:32:07 -0700 Message-Id: <1536957129-70380-8-git-send-email-fenghua.yu@intel.com> X-Mailer: git-send-email 2.5.0 In-Reply-To: <1536957129-70380-1-git-send-email-fenghua.yu@intel.com> References: <1536957129-70380-1-git-send-email-fenghua.yu@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Reinette Chatre A loop is used to check if a CAT resource's CBM of one CLOSID overlaps with the CBM of another CLOSID of the same resource. The loop is run over all CLOSIDs supported by the resource. The problem with running the loop over all CLOSIDs supported by the resource is that its number of supported CLOSIDs may be more than the number of supported CLOSIDs on the system, which is the minimum number of CLOSIDs supported across all resources. Fix the loop to only consider the number of system supported CLOSIDs, not all that are supported by the resource. Fixes: 49f7b4efa ("x86/intel_rdt: Enable setting of exclusive mode") Signed-off-by: Reinette Chatre Signed-off-by: Fenghua Yu --- arch/x86/kernel/cpu/intel_rdt_rdtgroup.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/cpu/intel_rdt_rdtgroup.c b/arch/x86/kernel/cpu/intel_rdt_rdtgroup.c index 74821bc457c0..afd93d45e21b 100644 --- a/arch/x86/kernel/cpu/intel_rdt_rdtgroup.c +++ b/arch/x86/kernel/cpu/intel_rdt_rdtgroup.c @@ -996,7 +996,7 @@ bool rdtgroup_cbm_overlaps(struct rdt_resource *r, struct rdt_domain *d, /* Check for overlap with other resource groups */ ctrl = d->ctrl_val; - for (i = 0; i < r->num_closid; i++, ctrl++) { + for (i = 0; i < closids_supported(); i++, ctrl++) { ctrl_b = (unsigned long *)ctrl; mode = rdtgroup_mode_by_closid(i); if (closid_allocated(i) && i != closid && -- 2.19.0