Received: by 2002:a05:6520:3645:b029:c0:f950:43e0 with SMTP id l5csp542130lki; Wed, 10 Mar 2021 07:27:33 -0800 (PST) X-Google-Smtp-Source: ABdhPJwOVvlSrf+dJ6SG/u31dVXRbDS9PoJLr8x2Y4z6f4mJDtR52ViXm3wwluSSwbYYg+eAK++p X-Received: by 2002:a17:906:2e08:: with SMTP id n8mr4153129eji.527.1615390053643; Wed, 10 Mar 2021 07:27:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615390053; cv=none; d=google.com; s=arc-20160816; b=CiFsl+jJJtdeYgciA3yoWe5mqRzPbgxp/nfvbccSDwxVqqFIyTAWOiLaJ4TRYBOygV CQWhvKxaoSKFiNss5rsGsjTqfzdBlPVD5q89UAarqEmRjJOP8NMjaCrZ3IkJFtkvkFVy QSElxHzNt1ObF8Qldin99rxT4f7ZahZ8xNVa5qUAiQwABnu+rCtyv7I1Kc/bfTJiLgpz 1ZeK5FujVTTd3hnmACA1ivpIQ8QFz7Qmygz+kwT3vVRkQUHiS8CdTyJtte1z+Bhx4TOJ edG+TboFE8PidEVszL9vJnVmYrP1QIjNyJKejQyRj3zZ5cjArs+l8b94J5+W3k5XFwEE yv0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:ironport-sdr:ironport-sdr; bh=UL+t6Y3zQ97GOOWE39nT9Fn0/8ufow9v/UVxpHRULWo=; b=BhHJqyysz6kT4oFJTo7uJI660mv3rj09ll2HV83pUHG6gqstkCQqJbkscOsCHZMs/j S+irwGbUCzxLdoLNwzzjizuFdK8a33Vtk6iD550Ulx5s6Kb2NKAGMP5plqj+/pw9/3Sw 8dqxiNRoO75wZ6cfVzvyhgrVzJsJttfd4DdiZXG/kIIFVdCVzeV8wqdsjXeACmzgfbri rhxuTzGo85XLIOlkpEE9W7bMeGu5FrwsHe1m8+8IOUr+0him5fqYIzRrguWwQjjHcRBI BcmFYpFVFlosnuakNVy429rkBRt8hEJk9WwAV9+hLV2a/APee2RwnvF4/1vBC5nPaJor EugQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id y2si10868176eje.495.2021.03.10.07.27.09; Wed, 10 Mar 2021 07:27:33 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S229851AbhCJPYB (ORCPT + 99 others); Wed, 10 Mar 2021 10:24:01 -0500 Received: from mga02.intel.com ([134.134.136.20]:38467 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229602AbhCJPX7 (ORCPT ); Wed, 10 Mar 2021 10:23:59 -0500 IronPort-SDR: mN30GvvSgQzJSA3piu5p8bVklGGQyXi3d7x6GOOqqefia3Bnz5C1qvXbPTWrYrhVG5HewSjn7d 7R7PC53VTaCw== X-IronPort-AV: E=McAfee;i="6000,8403,9919"; a="175591770" X-IronPort-AV: E=Sophos;i="5.81,237,1610438400"; d="scan'208";a="175591770" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Mar 2021 07:23:58 -0800 IronPort-SDR: bRtDhYMHwW7QEbjiH14ChdldRcRD9gXCKABb3tIBs/ZeT/tUlV4taXTRkh4SKx2aJwNXe3dYo4 s6KbyvjZI2ng== X-IronPort-AV: E=Sophos;i="5.81,237,1610438400"; d="scan'208";a="437963249" Received: from tassilo.jf.intel.com ([10.54.74.11]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Mar 2021 07:23:57 -0800 From: Andi Kleen To: peterz@infradead.org Cc: linux-kernel@vger.kernel.org, Andi Kleen , jmattson@google.com Subject: [PATCH] perf/x86/kvm: Fix inverted pebs_no_isolation check Date: Wed, 10 Mar 2021 07:23:33 -0800 Message-Id: <20210310152333.1291338-1-ak@linux.intel.com> X-Mailer: git-send-email 2.25.4 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The pebs_no_isolation optimization check is inverted. We want to disable PEBS isolation when the microcode is at least the revision in the table, not for older microcode. So remove the extra !. It meant that the new microcodes did unnecessary work, and the old microcodes could crash the PEBS. Presumably most people already running with newer microcodes, so that functional impact is small. But it should speed up the newer systems by the 2-4% claimed in the original patch. Cc: jmattson@google.com Fixes: 9b545c04abd4 ("perf/x86/kvm: Avoid unnecessary work ...") Signed-off-by: Andi Kleen --- arch/x86/events/intel/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/events/intel/core.c b/arch/x86/events/intel/core.c index 5bac48d5c18e..d74deadd3a6d 100644 --- a/arch/x86/events/intel/core.c +++ b/arch/x86/events/intel/core.c @@ -4532,7 +4532,7 @@ static const struct x86_cpu_desc isolation_ucodes[] = { static void intel_check_pebs_isolation(void) { - x86_pmu.pebs_no_isolation = !x86_cpu_has_min_microcode_rev(isolation_ucodes); + x86_pmu.pebs_no_isolation = x86_cpu_has_min_microcode_rev(isolation_ucodes); } static __init void intel_pebs_isolation_quirk(void) -- 2.25.4