From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D172FC433DF for ; Mon, 18 May 2020 14:20:05 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 9C84020657 for ; Mon, 18 May 2020 14:20:05 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="MT3AcrYf" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9C84020657 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=u6R2KIyLedrE67HJUInEZNblx4Yn4jV8/zZ1psfad08=; b=MT3AcrYfACeSdV OhUZ/JMG+irb0RBO1tPo7SI3dTtke6pey9szwAS5G7Vk0BxM9jrn/WpjE8Yb64Jnbvpf9tFFIRiCt JLkdKfCABCybe4yfUPKRbJeKPJ33IVm9pj0l/kA5Xz0S3okxEXLo4tBUCk7yVTjJDRWBXqKNSkQ56 ZqsS37jy0zLuvkVRpHFWH8RkExCfvEdRkCWrU1QENcBv1f6s2+gxF1F9qAh04r1d6PO1oSaKryrOt 25dDIivpFoepXYLhYGWFsjEwjYXkZeewwkfY5lfOoWwGau30YReWjZiV7zcucvqH6bDqRjnuOtyoT MDmXJmG4ArtOx6Flk/yQ==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jagcd-0007Ow-TM; Mon, 18 May 2020 14:20:03 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jagcZ-0007Gz-4r; Mon, 18 May 2020 14:20:00 +0000 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 6E3C2101E; Mon, 18 May 2020 07:19:56 -0700 (PDT) Received: from C02TD0UTHF1T.local (unknown [10.57.29.34]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B7F9E3F52E; Mon, 18 May 2020 07:19:52 -0700 (PDT) Date: Mon, 18 May 2020 15:19:46 +0100 From: Mark Rutland To: Sumit Garg Subject: Re: [PATCH 0/3] arm64: perf: Add support for Perf NMI interrupts Message-ID: <20200518141946.GA3164@C02TD0UTHF1T.local> References: <20200516124857.75004-1-lecopzer@gmail.com> <20200518104524.GA1224@C02TD0UTHF1T.local> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200518_071959_285130_A3BD3895 X-CRM114-Status: GOOD ( 24.74 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Jian-Lin Chen , Will Deacon , alexander.shishkin@linux.intel.com, Catalin Marinas , jolsa@redhat.com, Linux Kernel Mailing List , acme@kernel.org, Lecopzer Chen , Peter Zijlstra , mingo@redhat.com, linux-mediatek@lists.infradead.org, linux-arm-kernel , matthias.bgg@gmail.com, namhyung@kernel.org, Alexandru Elisei , yj.chiang@mediatek.com, julien.thierry.kdev@gmail.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, May 18, 2020 at 07:39:23PM +0530, Sumit Garg wrote: > On Mon, 18 May 2020 at 16:47, Alexandru Elisei wrote: > > On 5/18/20 11:45 AM, Mark Rutland wrote: > > > 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. > > > > Thanks Mark, Alex for the status updates on perf NMI feature. > > Alex, > > As the hard-lockup detection patch [1] has a dependency on perf NMI > patch-set, I will rebase and test hard-lockup detector when you have > got a working tree. But due to the dependency, I think patch [1] > should be accepted along with perf NMI patch-set. So would you be open > to include this patch as part of your series? > > [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2020-May/732227.html While it depends on the perf NMI bits, I don't think it makes sense to tie that into the series given it's trying to achieve something very different. I think that should be reposted separately once the perf NMI bits are in shape. Thanks, Mark. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel