Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp336256ybi; Fri, 31 May 2019 02:12:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqxBdWPW9jzrflfyR/7TScGIBvriO+/1k7x6lKh5jWqN5XdJConon0UhtU52yqQXLR3DD/Ye X-Received: by 2002:a63:2c14:: with SMTP id s20mr7661602pgs.182.1559293956337; Fri, 31 May 2019 02:12:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559293956; cv=none; d=google.com; s=arc-20160816; b=sXuuCz4ltVk2ClQ4kWEYf/URUzxgNBs/Rb3xy2hgY1/iD3tCz2GBg15zOQNmQozTz0 k6LViz8wJZR/73FDo1P1/5CZl0zmUjp0SSX3M4yMHtELtT45YGpZl0E1iJIHwjB6T63+ ocLcXldFQu/IBJxqqb+TW7/0Dx6ushmGBINxjEZukaLdBeIb3LVESsx8eiW2Krko6owq w0XfhN4EJcJdz+1nybxC2tD++e2bSt7BEEi9ib2MCqQZOXQxyKn4rCDj57By1z1PwK29 oSGm6/27VpcvTUImnvNU+A849otLRZab4tYioTQmCgMypqZHvUBlZ/uQbyL+sxYHpH3Z tDDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=07nZEiHjkIJt6tVvH9hzGRj90XnNBO+SDbSxDYB3dtg=; b=KfSFdZa9g4fcwCz6q2PmIhpNN/Ou2QCtlUf2DglDLvohpKZPFOqKG8RFpP9Z2ZXneo 6bDRCKALiuBr2sCK3Wf6oGM9Xw3pvtXY0RXIBfQs2a0jZRtL1uRuJh1YDgBUlwFQ7ZbZ ELOt840fFRAH+v8CT0NXXsC6jGjFf+VfoepzSw6and1ersfvxmDQlvF+VYq5epdBpNoa veTQgKOgTbN72ise7a+HdTLYFek3pRh6+5A/8xHUgM8f5TE741WH6L4NaX46tdPyiPyK gxjTrqamCdU2agoa/e4vijt4vbFLNZnZmluJWE7mjNAUaMVuX0aMx/AN/82XBPgHPxks CJvw== 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 z8si5306194pln.390.2019.05.31.02.12.18; Fri, 31 May 2019 02:12:36 -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 S1726442AbfEaJKC (ORCPT + 99 others); Fri, 31 May 2019 05:10:02 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:48354 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726002AbfEaJKC (ORCPT ); Fri, 31 May 2019 05:10:02 -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 ACD39341; Fri, 31 May 2019 02:10:01 -0700 (PDT) Received: from [10.162.42.223] (p8cg001049571a15.blr.arm.com [10.162.42.223]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 2CF433F59C; Fri, 31 May 2019 02:09:58 -0700 (PDT) Subject: Re: [PATCH 3/4] arm64/mm: Consolidate page fault information capture To: Mark Rutland Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Catalin Marinas , Will Deacon , James Morse , Andrey Konovalov References: <1559133285-27986-1-git-send-email-anshuman.khandual@arm.com> <1559133285-27986-4-git-send-email-anshuman.khandual@arm.com> <20190529145312.GG31777@lakrids.cambridge.arm.com> From: Anshuman Khandual Message-ID: <4d799bda-dfde-8ba5-9aeb-aa38550f6103@arm.com> Date: Fri, 31 May 2019 14:40:13 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20190529145312.GG31777@lakrids.cambridge.arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/29/2019 08:23 PM, Mark Rutland wrote: > On Wed, May 29, 2019 at 06:04:44PM +0530, Anshuman Khandual wrote: >> This consolidates page fault information capture and move them bit earlier. >> While here it also adds an wrapper is_write_abort(). It also saves some >> cycles by replacing multiple user_mode() calls into a single one earlier >> during the fault. > > To be honest, I doubt this has any measureable impact, but I agree that > using variables _may_ make the flow control easier to understand. > >> >> Signed-off-by: Anshuman Khandual >> Cc: Catalin Marinas >> Cc: Will Deacon >> Cc: Mark Rutland >> Cc: James Morse >> Cc: Andrey Konovalov >> --- >> arch/arm64/mm/fault.c | 22 +++++++++++++++------- >> 1 file changed, 15 insertions(+), 7 deletions(-) >> >> diff --git a/arch/arm64/mm/fault.c b/arch/arm64/mm/fault.c >> index da02678..170c71f 100644 >> --- a/arch/arm64/mm/fault.c >> +++ b/arch/arm64/mm/fault.c >> @@ -435,6 +435,11 @@ static bool is_el0_instruction_abort(unsigned int esr) >> return ESR_ELx_EC(esr) == ESR_ELx_EC_IABT_LOW; >> } >> >> +static bool is_write_abort(unsigned int esr) >> +{ >> + return (esr & ESR_ELx_WNR) && !(esr & ESR_ELx_CM); >> +} > > In off-list review, I mentioned that this isn't true for EL1, and I > think that we should name this 'is_el0_write_abort()' or add a comment > explaining the caveats if factored into a helper. > > Thanks, > Mark. Okay will change the wrapper name to is_el0_write_abort() and add a comment explaining how this is only applicable to aborts originating from EL0.