From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754870AbeDYO6D (ORCPT ); Wed, 25 Apr 2018 10:58:03 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:52256 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754575AbeDYO5x (ORCPT ); Wed, 25 Apr 2018 10:57:53 -0400 Date: Wed, 25 Apr 2018 16:57:46 +0200 From: Peter Zijlstra To: kan.liang@linux.intel.com Cc: tglx@linutronix.de, mingo@redhat.com, linux-kernel@vger.kernel.org, acme@redhat.com, eranian@google.com, ak@linux.intel.com Subject: Re: [PATCH] perf/x86/intel: Don't enable freeze-on-smi for PerfMon V1 Message-ID: <20180425145746.GX4082@hirez.programming.kicks-ass.net> References: <1524599783-62181-1-git-send-email-kan.liang@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1524599783-62181-1-git-send-email-kan.liang@linux.intel.com> User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 24, 2018 at 03:56:23PM -0400, kan.liang@linux.intel.com wrote: > From: Kan Liang > > The SMM freeze feature was introduced since PerfMon V2. But the current > code unconditionally enables the feature for all platforms. It can > generate #GP exception, if the related FREEZE_WHILE_SMM bit is set for > the machine with PerfMon V1. > > Checking the PerfMon version. Only enable the feature for PerfMon V2 and > later. That's fine.. > > Fixes: 6089327f5424 ("perf/x86: Add sysfs entry to freeze counters on SMI") > Signed-off-by: Kan Liang > --- > arch/x86/events/intel/core.c | 9 ++++++--- > 1 file changed, 6 insertions(+), 3 deletions(-) > > diff --git a/arch/x86/events/intel/core.c b/arch/x86/events/intel/core.c > index 4f2a5c7..08be8ed 100644 > --- a/arch/x86/events/intel/core.c > +++ b/arch/x86/events/intel/core.c > @@ -3346,7 +3346,8 @@ static void intel_pmu_cpu_starting(int cpu) > > cpuc->lbr_sel = NULL; > > - flip_smm_bit(&x86_pmu.attr_freeze_on_smi); > + if (x86_pmu.version > 1) > + flip_smm_bit(&x86_pmu.attr_freeze_on_smi); > > if (!cpuc->shared_regs) > return; And the above chunk does as advertised. > @@ -3509,6 +3510,8 @@ static __initconst const struct x86_pmu core_pmu = { > .cpu_dying = intel_pmu_cpu_dying, > }; > > +static struct attribute *intel_pmu_attrs[]; > + > static __initconst const struct x86_pmu intel_pmu = { > .name = "Intel", > .handle_irq = intel_pmu_handle_irq, > @@ -3540,6 +3543,8 @@ static __initconst const struct x86_pmu intel_pmu = { > .format_attrs = intel_arch3_formats_attr, > .events_sysfs_show = intel_event_sysfs_show, > > + .attrs = intel_pmu_attrs, > + > .cpu_prepare = intel_pmu_cpu_prepare, > .cpu_starting = intel_pmu_cpu_starting, > .cpu_dying = intel_pmu_cpu_dying, > @@ -3918,8 +3923,6 @@ __init int intel_pmu_init(void) > > x86_pmu.max_pebs_events = min_t(unsigned, MAX_PEBS_EVENTS, x86_pmu.num_counters); > > - > - x86_pmu.attrs = intel_pmu_attrs; > /* > * Quirk: v2 perfmon does not report fixed-purpose events, so > * assume at least 3 events, when not running in a hypervisor: But what is all this about? The Changelog doesn't mention anything about this. Looks like an unrelated cleanup that really should've been a separate patch or something.