Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3772960yba; Tue, 23 Apr 2019 09:21:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqzOk+Xvbn+LC2WARSOnw1AgPEFpG+AnICjaWRE1krMfSfpHvhn2RVisXcKxwYOUFBn3GepN X-Received: by 2002:a63:730f:: with SMTP id o15mr7168071pgc.315.1556036484484; Tue, 23 Apr 2019 09:21:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556036484; cv=none; d=google.com; s=arc-20160816; b=FirPxGTNxDsiR3d2ThqZU6LfJY2sdRCWLylLXLcV4Yz9jYGXjiiocrxrRBs1/N+3HZ tyAH58NQ+8d1M+Na7Su1IOh6bdpB3PfrggxPt6M8tbW8QOkYFoUfaXCOOeALReMLtXr0 b83ZkK1AH/KsthO88PxxxSBgvMWn+zT+Q9k+12AnL+aVJ9bcyFI08kdvJyVVrT+l1cQM 8b4RTOFTQ3+O1/hRobFHCKMe+J0+2hTaECwFLuGPeVoavrgRj/VXYNnkeyeT4qmOthNA PdUUo/dkmE2kVem4lxYvc2Q6VIvzEXh+PedjERI4j/kt2GE4DsFc/tnFb7K/Ptl0odw7 QpLQ== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=ShdelWa0SnJVuS9NeeHLECeve8FIaEzLn2zENZakrrI=; b=m1SpgRyOuxusvqnCWF4SlS8b6d70pCpYifLv2xZRdh7HzUGExQX0+SdL6JrmvI29aa CYxFZAQHnEd5zIFab155Vi5eCvViC/8pYKd9odt9dFAQtRbXKNRuM4fX0IWGAqUl9OuK hccUZWmSZtU53RckoBud4WuFLP3oDcGe88qewM+Y0X6uD41y+Tq2KW8zKu61Ri6zcag7 o1sClT1y6vAKfl0Hiq+C3Mj0Mk32AiTm7mcnYbTwsYYfV9q5W75FtdYctcHWzFnZi7fJ 92BIGXSwBhBMjjRpzMLdaMnD4QyMphVmaIM4YDRMyGueFqd8rDzIPON5io5o4ibge/H4 BpPw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q4si16650945pfb.264.2019.04.23.09.21.08; Tue, 23 Apr 2019 09:21:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728855AbfDWQTn (ORCPT + 99 others); Tue, 23 Apr 2019 12:19:43 -0400 Received: from foss.arm.com ([217.140.101.70]:59176 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728840AbfDWQTm (ORCPT ); Tue, 23 Apr 2019 12:19:42 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C1AFD80D; Tue, 23 Apr 2019 09:19:41 -0700 (PDT) Received: from lakrids.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id BD5F03F557; Tue, 23 Apr 2019 09:19:34 -0700 (PDT) Date: Tue, 23 Apr 2019 17:19:32 +0100 From: Mark Rutland To: Laurent Dufour Cc: Jerome Glisse , akpm@linux-foundation.org, mhocko@kernel.org, peterz@infradead.org, kirill@shutemov.name, ak@linux.intel.com, dave@stgolabs.net, jack@suse.cz, Matthew Wilcox , aneesh.kumar@linux.ibm.com, benh@kernel.crashing.org, mpe@ellerman.id.au, paulus@samba.org, Thomas Gleixner , Ingo Molnar , hpa@zytor.com, Will Deacon , Sergey Senozhatsky , sergey.senozhatsky.work@gmail.com, Andrea Arcangeli , Alexei Starovoitov , kemi.wang@intel.com, Daniel Jordan , David Rientjes , Ganesh Mahendran , Minchan Kim , Punit Agrawal , vinayak menon , Yang Shi , zhong jiang , Haiyan Song , Balbir Singh , sj38.park@gmail.com, Michel Lespinasse , Mike Rapoport , linux-kernel@vger.kernel.org, linux-mm@kvack.org, haren@linux.vnet.ibm.com, npiggin@gmail.com, paulmck@linux.vnet.ibm.com, Tim Chen , linuxppc-dev@lists.ozlabs.org, x86@kernel.org Subject: Re: [PATCH v12 04/31] arm64/mm: define ARCH_SUPPORTS_SPECULATIVE_PAGE_FAULT Message-ID: <20190423161931.GE56999@lakrids.cambridge.arm.com> References: <20190416134522.17540-1-ldufour@linux.ibm.com> <20190416134522.17540-5-ldufour@linux.ibm.com> <20190416142710.GA54515@lakrids.cambridge.arm.com> <4ef9ff4b-2230-0644-2254-c1de22d41e6c@linux.ibm.com> <20190416144156.GB54708@lakrids.cambridge.arm.com> <20190418215113.GD11645@redhat.com> <73a3650d-7e9f-bc9e-6ea1-2cef36411b0c@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <73a3650d-7e9f-bc9e-6ea1-2cef36411b0c@linux.ibm.com> User-Agent: Mutt/1.11.1+11 (2f07cb52) (2018-12-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 23, 2019 at 05:36:31PM +0200, Laurent Dufour wrote: > Le 18/04/2019 à 23:51, Jerome Glisse a écrit : > > On Tue, Apr 16, 2019 at 03:41:56PM +0100, Mark Rutland wrote: > > > On Tue, Apr 16, 2019 at 04:31:27PM +0200, Laurent Dufour wrote: > > > > Le 16/04/2019 à 16:27, Mark Rutland a écrit : > > > > > On Tue, Apr 16, 2019 at 03:44:55PM +0200, Laurent Dufour wrote: > > > > > > From: Mahendran Ganesh > > > > > > > > > > > > Set ARCH_SUPPORTS_SPECULATIVE_PAGE_FAULT for arm64. This > > > > > > enables Speculative Page Fault handler. > > > > > > > > > > > > Signed-off-by: Ganesh Mahendran > > > > > > > > > > This is missing your S-o-B. > > > > > > > > You're right, I missed that... > > > > > > > > > The first patch noted that the ARCH_SUPPORTS_* option was there because > > > > > the arch code had to make an explicit call to try to handle the fault > > > > > speculatively, but that isn't addeed until patch 30. > > > > > > > > > > Why is this separate from that code? > > > > > > > > Andrew was recommended this a long time ago for bisection purpose. This > > > > allows to build the code with CONFIG_SPECULATIVE_PAGE_FAULT before the code > > > > that trigger the spf handler is added to the per architecture's code. > > > > > > Ok. I think it would be worth noting that in the commit message, to > > > avoid anyone else asking the same question. :) > > > > Should have read this thread before looking at x86 and ppc :) > > > > In any case the patch is: > > > > Reviewed-by: Jérôme Glisse > > Thanks Mark and Jérôme for reviewing this. > > Regarding the change in the commit message, I'm wondering if this would be > better to place it in the Series's letter head. > > But I'm fine to put it in each architecture's commit. I think noting it in both the cover letter and specific patches is best. Having something in the commit message means that the intent will be clear when the patch is viewed in isolation (e.g. as they will be once merged). All that's necessary is something like: Note that this patch only enables building the common speculative page fault code such that this can be bisected, and has no functional impact. The architecture-specific code to make use of this and enable the feature will be addded in a subsequent patch. Thanks, Mark.