Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759629AbcJTKm2 (ORCPT ); Thu, 20 Oct 2016 06:42:28 -0400 Received: from foss.arm.com ([217.140.101.70]:43748 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759490AbcJTKmY (ORCPT ); Thu, 20 Oct 2016 06:42:24 -0400 Date: Thu, 20 Oct 2016 11:41:54 +0100 From: Mark Rutland To: Jan Glauber Cc: Will Deacon , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3 0/5] Cavium ThunderX uncore PMU support Message-ID: <20161020104146.GC10234@leverpostej> References: <1476955841-27898-1-git-send-email-jglauber@cavium.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1476955841-27898-1-git-send-email-jglauber@cavium.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1227 Lines: 29 On Thu, Oct 20, 2016 at 11:30:36AM +0200, Jan Glauber wrote: > Sorry for the long time it took for re-cooking this patch set. > The v3 should address all of Marks previous comments, things I didn't > change are listed below. > > Not changed: > - Stick to NUMA node ID to detect the socket a device belongs to but made > uncore depend on CONFIG_NUMA. > - Stick to initcall for uncore framework because it is easier to do the > scanning for the same type of PCI devices, also I don't know if the PCI layer > would allow for several drivers to register for the same device ID. > > Note: > I'm using perf_sw_context in difference to perf_invalid_context > (see WARN_ON in perf_pmu_register). Reason is that with perf_invalid_context > add() is never called and the counter results are shown as "unsupported" by > perf. With perf_sw_context everything works as expected. I take it you were tryign to open per-task, non system-wide events? As a shared resource, per-task events do not make sense, and thus using perf_sw_context does not make sense. I take it If you expose a cpumask, and open the event in system-wide mode (passing '-a' to perf tool), things should work even if using perf_invalid_context. Thanks, Mark.