Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1239138pxa; Thu, 13 Aug 2020 04:19:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzUVOH+KyFRlMXnWI4x5muFMFM/yb6+xHqAu01W7bjrDMYlPOXpkXGTq4455pKY1hEMmp+E X-Received: by 2002:a17:906:bcf4:: with SMTP id op20mr2759224ejb.277.1597317599058; Thu, 13 Aug 2020 04:19:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597317599; cv=none; d=google.com; s=arc-20160816; b=HYS3QvsQPsipX6ev/NIpw/83+nSXvWImK0C6bMpxogqQZUWNALttjnxg6jBmfwhaJm Kyo7TeCVhzwbZikXOY4w63B1n0hUcYhd0AxVXANSnhwBtNH9VqM4vMXrXOkuy+KbhlG6 jprkIheJH98yxhFKRn+SF+weKhFP2posFR1HpL74xpTrQ3CmhLSvDaqigLsmO/KeYn/H /FBpEdfEW56dKkbknUtL1xIRYqAWknHIxIrxsK5Uvpmo4yWy0sWnls8nG72F/CGeh5Sn f9yceWG8JaxvGmmESEZb8sj0doWKxnpb5yWMl282nam1T6lxVdOq8anIZ0tc/CJTfql0 cfsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=stjZRkL2hs+Ov3GJlusvFzEHCnHTsweYGFd4psRHMSQ=; b=G9KbrsLdJXR2sxpEUO1Xf6E9vbrD5atsWDgPAW0Kk7rnS1ngMtMqMH8qUZAPDkgQj3 gI90y0NuXlhuKdgbrQX4Dj+XK/Josp8ARIeIxF3E1UDYRoDNVPVRgIaYeAiu+HOOc2Ei 1xcbZfNBdEbERvxrx4J/UL9PelPIT7LgQaIv3hiwdO8GJGUxSrYAeLfmy76NROFmEGty DmgiFCWBL/a3vXiTA+PH0gS42vIifVQScftQCNmd/Vc5iFwPzAb6jQ74uElvp5L/I8Ry i7LDia7vNE4vPgMbDJ9onpgZcgCvDYNGaEwC3FhDuTzN4QCLmr6lTtj7iiJqIilUtmRs N3kA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=b3MYPTLo; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dm1si3282090edb.315.2020.08.13.04.19.36; Thu, 13 Aug 2020 04:19:59 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=b3MYPTLo; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726686AbgHMLSm (ORCPT + 99 others); Thu, 13 Aug 2020 07:18:42 -0400 Received: from mail.kernel.org ([198.145.29.99]:58004 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726100AbgHMLSl (ORCPT ); Thu, 13 Aug 2020 07:18:41 -0400 Received: from willie-the-truck (236.31.169.217.in-addr.arpa [217.169.31.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 6B75F20715; Thu, 13 Aug 2020 11:18:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1597317520; bh=7bP+WASRwWMl9CKAiOD+Bh8wlRVHiP3hbBmd+hvq9Gw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=b3MYPTLonWpH1ZQAmeKqRJwjvD3JKpPlsR0lU7b6hqk2iIJXj7Ewn3myCzXCWLUTF iWHbTlHJUCYuSPKOAbK81QAjkPeTAHFKQmXa5I1M/eb4utd2IOWDRypQC7Xfc8u9NK 2jbDREpzW6Y8dnCsjtoMFJ5eOY9xATPi+rVVrbgA= Date: Thu, 13 Aug 2020 12:18:34 +0100 From: Will Deacon To: Arnaldo Carvalho de Melo Cc: Mathieu Poirier , Leo Yan , Ian Rogers , Mark Rutland , Peter Zijlstra , Ingo Molnar , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Kemeng Shi , "Naveen N. Rao" , Adrian Hunter , Igor Lubashev , Andi Kleen , Jin Yao , Stephane Eranian , James Clark , Linux Kernel Mailing List , john.garry@huawei.com Subject: Re: [PATCH v2 0/4] Perf tool: Enable Arm arch timer counter and arm-spe's timestamp Message-ID: <20200813111833.GA10098@willie-the-truck> References: <20200807071620.11907-1-leo.yan@linaro.org> <20200812185334.GN13995@kernel.org> <20200813095901.GB9894@willie-the-truck> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200813095901.GB9894@willie-the-truck> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ Adding John, as I only just realised he wasn't on CC and we were talking about him! ] On Thu, Aug 13, 2020 at 10:59:01AM +0100, Will Deacon wrote: > On Wed, Aug 12, 2020 at 03:53:34PM -0300, Arnaldo Carvalho de Melo wrote: > > Em Wed, Aug 12, 2020 at 10:06:53AM -0600, Mathieu Poirier escreveu: > > > The ARM SPE perf tools code is orphan and I don't have the cycles to > > > pick it up. Leo has spent a lot of time in that code and as such I > > > suggest that he starts maintaining it, probably following the same > > > kind of arrangement you and I have for coresight. > > > > Thats ok with me, I think we should reflect that on the MAINTAINERS > > file, right? > > > > We have this already: > > > > PERFORMANCE EVENTS SUBSYSTEM ARM64 PMU EVENTS > > R: John Garry > > R: Will Deacon > > L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers) > > S: Supported > > F: tools/perf/pmu-events/arch/arm64/ > > > > I think we should have entries for CoreSight and ARM SPE, one listing > > you as the maintainer and the other listing Leo, right? > > Fine by me. I'll continue to maintain the in-kernel SPE driver, but I'd love > to see somebody step up to looking after the userspace code. It's seriously > unloved on arm64 :( > > I'd even be happy to see one or two M: entries added for > tools/perf/pmu-events/arch/arm64/. I realistically don't have the time to > take that on, but I'd be thrilled if any/all of John, Mathieu and Leo were > to be listed there if they are willing to do so and can spare the time to > look after it. Even just silly things like making sure the thing > cross-compiles have been broken in the recent past, so it's not necessarily > about handling huge amounts of incoming patches. > > In other words, rather than slice up the arm64 parts of the perf tool, I'd > argue in favour of a joint maintainership model for all the arm64 bits, if > we have a few willing volunteers. > > Will