Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1378779ybk; Thu, 21 May 2020 05:37:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyUNsgbN4TCC8gJiLaeiq1V8DcRYJzLJXmL/IQFAO0NQkmTev2ALVIy2KV9+nsVn2EW/Ch+ X-Received: by 2002:a17:906:7c59:: with SMTP id g25mr3449718ejp.393.1590064670842; Thu, 21 May 2020 05:37:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590064670; cv=none; d=google.com; s=arc-20160816; b=cjgx/fNBTfqsYTHVpDlMmoiTsU/fMwgP9OpAVR7L7kFksWi/INNdqTV9mCwo7Or8oa RRE5tSu0EpZ1sAUCK6FHbgH1g8Y3o/SFII7o+ciV1rGNUo9co/v6eHWsEjpuJiV0a+pW CvjbpVGWznJ7vlmvGxP1+8nsLKWxq2/rBVdzA0FxdAwMnsUBLU1WB4mph8obDqZUpTXR sVp3BqPRNuVC4z9zgKm867hXGn80pG7WHDp80AycFf+wiSvslnmJRm70Nx4ZPt1c1X1f CPKIZZhtYoEzA7ifd7QaV1/NHDYaVpUiA5Z5OyJIwMvP+ZlC6yoBlL5p8UL4i9VpbCJQ Hk9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=hGcsvObLrpGZcrrDeq2Dxf+mad1+jonuaZ/DqSlIEnE=; b=HNyFDBRzgZft821ls42m8JYT4KQ68ZfxRRQdfPWoQJfWfBLSwdmOuJITxZO53G6mk7 /YXjoXl8IJPE+cyEsIHyMBpJYO1Q734XfVaWBrzx8zIeNuNtqZ4QnUrUcOSO1QcWql7V ui0Z1Rx7U2TM6fiKNK9i7zDJm9eq2IknGvosJkkhh398AqyftXdx9RwRosMlEA3xh9fZ LtRVH/6p4CUQHs3mIn77sT3XorunpwufLbs1NJTDwvZ7O1Rf9tr3eU7R/kaNsCpaDIj7 i/w21Y80FvYKxmmC1apeGPYUtHcYgdmquxmDiy3xmVj0fxp3WpP7exXkQtHoHyQHf5cs igqQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a17si3213928ejy.272.2020.05.21.05.37.27; Thu, 21 May 2020 05:37:50 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729148AbgEUMfh (ORCPT + 99 others); Thu, 21 May 2020 08:35:37 -0400 Received: from foss.arm.com ([217.140.110.172]:45608 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728133AbgEUMfh (ORCPT ); Thu, 21 May 2020 08:35:37 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 929EF30E; Thu, 21 May 2020 05:35:36 -0700 (PDT) Received: from [192.168.0.110] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 3591B3F305; Thu, 21 May 2020 05:35:34 -0700 (PDT) Subject: Re: [PATCH 0/3] arm64: perf: Add support for Perf NMI interrupts To: "Song Bao Hua (Barry Song)" , Mark Rutland , Lecopzer Chen Cc: Sumit Garg , "jolsa@redhat.com" , Jian-Lin Chen , "alexander.shishkin@linux.intel.com" , Catalin Marinas , "yj.chiang@mediatek.com" , Linux Kernel Mailing List , "acme@kernel.org" , Peter Zijlstra , "mingo@redhat.com" , "linux-mediatek@lists.infradead.org" , "julien.thierry.kdev@gmail.com" , "matthias.bgg@gmail.com" , "namhyung@kernel.org" , Will Deacon , linux-arm-kernel , Linuxarm References: <20200516124857.75004-1-lecopzer@gmail.com> <20200518104524.GA1224@C02TD0UTHF1T.local> <8a1022c0-da2b-c83d-81cd-44b11149496b@arm.com> From: Alexandru Elisei Message-ID: <1d615c32-89f0-d9ba-43db-3d90c7d53e15@arm.com> Date: Thu, 21 May 2020 13:36:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 5/21/20 4:00 AM, Song Bao Hua (Barry Song) wrote: > >> -----Original Message----- >> From: linux-arm-kernel [mailto:linux-arm-kernel-bounces@lists.infradead.org] >> On Behalf Of Alexandru Elisei >> Sent: Wednesday, May 20, 2020 10:31 PM> >> Hi, >> >> On 5/18/20 12:17 PM, Alexandru Elisei wrote: >>> Hi, >>> >>> On 5/18/20 11:45 AM, Mark Rutland wrote: >>>> Hi all, >>>> >>>> On Mon, May 18, 2020 at 02:26:00PM +0800, Lecopzer Chen wrote: >>>>> HI Sumit, >>>>> >>>>> Thanks for your information. >>>>> >>>>> I've already implemented IPI (same as you did [1], little difference >>>>> in detail), hardlockup detector and perf in last year(2019) for >>>>> debuggability. >>>>> And now we tend to upstream to reduce kernel maintaining effort. >>>>> I'm glad if someone in ARM can do this work :) >>>>> >>>>> Hi Julien, >>>>> >>>>> Does any Arm maintainers can proceed this action? >>>> Alexandru (Cc'd) has been rebasing and reworking Julien's patches, >>>> which is my preferred approach. >>>> >>>> I understand that's not quite ready for posting since he's >>>> investigating some of the nastier subtleties (e.g. mutual exclusion >>>> with the NMI), but maybe we can put the work-in-progress patches >>>> somewhere in the mean time. >>>> >>>> Alexandru, do you have an idea of what needs to be done, and/or when >>>> you expect you could post that? >>> I'm currently working on rebasing the patches on top of 5.7-rc5, when >>> I have something usable I'll post a link (should be a couple of days). >>> After that I will address the review comments, and I plan to do a >>> thorough testing because I'm not 100% confident that some of the >>> assumptions around the locks that were removed are correct. My guess is >> this will take a few weeks. >> >> Pushed a WIP branch on linux-arm.org [1]: >> >> git clone -b WIP-pmu-nmi git://linux-arm.org/linux-ae >> >> Practically untested, I only did perf record on a defconfig kernel running on the >> model. >> >> [1] >> http://www.linux-arm.org/git?p=linux-ae.git;a=shortlog;h=refs/heads/WIP-pm >> u-nmi > Fortunately, it does work. I used this tree to perf annotate arm_smmu_cmdq_issue_cmdlist() which > is completely disabling IRQ. Luckily, it reports correct data. Before that, it reported all time was spent by > the code which enabled IRQ . That's good news that it works for you, thanks for letting me know. Alex