Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp6274951ybi; Wed, 29 May 2019 05:37:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqyamQG40y4blrpOFTFYDjX2t/lqxqneCp53sqA7vJ3Y1TFrlp/eMPp3BhzWoNGCtAK37mfM X-Received: by 2002:a17:90a:8c82:: with SMTP id b2mr11743330pjo.97.1559133457180; Wed, 29 May 2019 05:37:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559133457; cv=none; d=google.com; s=arc-20160816; b=eOIW89zIrxxBl5M2yAHZ/8o/Y4QI59L71H+k0lLjvu0Ce/H7P5gNkKznfCVfGiWl5k B+/tn6SUtfJccsj6VRYnioOfRu0NJLYTAT2nIVvTdb5WhvpsCdDWxEGbgD0mhmwzgQU9 pqbp7dSVbs5ZYhYW2T2+kYXxr57xrNQ3IgUl0QqlU9RTQPy3KvLvomsRV36byurj2hX+ BA0XiOrNoISpAcB07Hll1urUeCA3A63sCqtbTKcyuEWnCnWdq/OFMuMUuRdfa/0kVYF8 G8Is6yyCU9Bt4GXGxYYSuQnkQERSsu8xSdhEwxfW7hrwrUcFAHSh2rnt7Hh8dqNk8FaN tyAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=suC3vBQXDc/GouIbHS4zkR3YNrDR6LhXb6v/5IZOHes=; b=IcskNBMuR0AzdT2UQi/hvbpUYHXEcYFTFFIvVmpjDbItNnjyOVFf4IWTEhEIwBwKVt /l6+b1oFq4J7067QCQLF2VNX3/sYrZ1ejA6Q/RHjroBJ4cHGb7VLVtsfzb64WWyiKcFN k5TU6bJ0LBNK0TXtsUizIdo9E2+LlcbovMuOrSvkHN6cexnAMfuiD/rf0VLaPkvzNdee aUmwlByImuFXCvXkEVBpI3WQFFDD2CBnBDO8T/QKVtmZtXNTnRJlqeP7fgZu6odR26KN /vjIESVp7DeaUPRojr26OgYUR28AA9XIUQtNdyt/OUycuRsCXM84UiCwV67ZGbOMaYj5 Ld1g== 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 v96si2215311pjb.39.2019.05.29.05.37.19; Wed, 29 May 2019 05:37:37 -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 S1727169AbfE2Me5 (ORCPT + 99 others); Wed, 29 May 2019 08:34:57 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:45074 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725914AbfE2Me4 (ORCPT ); Wed, 29 May 2019 08:34:56 -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 7F10780D; Wed, 29 May 2019 05:34:55 -0700 (PDT) Received: from p8cg001049571a15.blr.arm.com (p8cg001049571a15.blr.arm.com [10.162.41.181]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 7DF103F59C; Wed, 29 May 2019 05:34:52 -0700 (PDT) From: Anshuman Khandual To: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: Anshuman Khandual , Catalin Marinas , Will Deacon , Mark Rutland , James Morse , Andrey Konovalov Subject: [PATCH 4/4] arm64/mm: Drop vm_fault_t argument from __do_page_fault() Date: Wed, 29 May 2019 18:04:45 +0530 Message-Id: <1559133285-27986-5-git-send-email-anshuman.khandual@arm.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1559133285-27986-1-git-send-email-anshuman.khandual@arm.com> References: <1559133285-27986-1-git-send-email-anshuman.khandual@arm.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org __do_page_fault() is over complicated with multiple goto statements. This cleans up code flow and while there drops the vm_fault_t argument. 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 | 38 ++++++++++++++++---------------------- 1 file changed, 16 insertions(+), 22 deletions(-) diff --git a/arch/arm64/mm/fault.c b/arch/arm64/mm/fault.c index 170c71f..a53a30e 100644 --- a/arch/arm64/mm/fault.c +++ b/arch/arm64/mm/fault.c @@ -397,37 +397,31 @@ static void do_bad_area(unsigned long addr, unsigned int esr, struct pt_regs *re static vm_fault_t __do_page_fault(struct mm_struct *mm, unsigned long addr, unsigned int mm_flags, unsigned long vm_flags) { - struct vm_area_struct *vma; - vm_fault_t fault; + struct vm_area_struct *vma = find_vma(mm, addr); - vma = find_vma(mm, addr); - fault = VM_FAULT_BADMAP; if (unlikely(!vma)) - goto out; - if (unlikely(vma->vm_start > addr)) - goto check_stack; + return VM_FAULT_BADMAP; /* - * Ok, we have a good vm_area for this memory access, so we can handle - * it. + * Check if the VMA has got the required permssion with respect + * to the access fault here. */ -good_area: + if (!(vma->vm_flags & vm_flags)) + return VM_FAULT_BADACCESS; + /* - * Check that the permissions on the VMA allow for the fault which - * occurred. + * There is a valid VMA for this access. But before proceeding + * make sure that it has required flags if there is an attempt + * to expand the stack downwards. */ - if (!(vma->vm_flags & vm_flags)) { - fault = VM_FAULT_BADACCESS; - goto out; - } + if (unlikely(vma->vm_start > addr)) { + if (!(vma->vm_flags & VM_GROWSDOWN)) + return VM_FAULT_BADMAP; + if (expand_stack(vma, addr)) + return VM_FAULT_BADMAP; + } return handle_mm_fault(vma, addr & PAGE_MASK, mm_flags); - -check_stack: - if (vma->vm_flags & VM_GROWSDOWN && !expand_stack(vma, addr)) - goto good_area; -out: - return fault; } static bool is_el0_instruction_abort(unsigned int esr) -- 2.7.4