Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp6963887yba; Tue, 14 May 2019 17:32:10 -0700 (PDT) X-Google-Smtp-Source: APXvYqzrfDt0u0/BZER5Dbb+wxUj1v3Hm4Sb96MVE5Uc4LbTglP7v6HrbWBxParAt7aZu/kc5seK X-Received: by 2002:a63:8a4a:: with SMTP id y71mr40997014pgd.270.1557880330497; Tue, 14 May 2019 17:32:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557880330; cv=none; d=google.com; s=arc-20160816; b=vxKsAIozPumcs35jWmOQi5ijBLpkaqR4EISSVm7/QiLaH5rfAxyXKR2i/8rVtnsHpl 3bTXeMJ8o5R28DbJdP6ezFtbWu8br63Wkt5WMnqwvezHVdDkm+8n5XQUNtfwcdWT0UZ4 meWhqJ5Rmu1lI/GyrdESEqNf5NBvaUay8dVBYqW0GK8poxwnyvHdDCep3htLaoX4wkNR UfK6J+vXL40HscZ59394zvXOKirttHSTxNVoI+JU4rrUl/HDF04469Raw8yqb7SGgloo VuXCC+KFkR9HxKvJxMVXvQRAdT58bPjdpuHzeUejtkggJA5/RrnSin8zMfPgfWJ6720f m4jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:dkim-signature; bh=K+cd+jZdNHF2Xv8Flr7eL95DiY+ySMuMNsTjWVGDIAI=; b=CmPZqpuiHLpur8bcvweoEZiqs5SIbTy3wETFP6iVXckYz47+O722k4uRShqcglt4vi 07mXKqPjoT+ygRgKB33tuXe4aco3/MoGWynrM6AXHop9P+Hb7t1dqLmMjSG4AyQWVDTw tvjxMYE/ctA7jY/gNekq/Y2SGWtFmNldlq2m2hjDCkajGWqyUjCB1YJY0Wd68BzYx+XD begOUy8C2r11GWXrLltILfyKGGF4RS729o2zsl0ca/0jtrv01Im6Phry8WrVH8FehISK TImoaTdMB8ngO3APiqeIxW2Q1oQHJXiXWeaVsM9eG5EbSWjg7cjj6zFO/qXe5C/yS3D1 fjIQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@synopsys.com header.s=mail header.b=iAAAIgAD; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=synopsys.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i14si525437pfe.187.2019.05.14.17.31.55; Tue, 14 May 2019 17:32:10 -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; dkim=pass header.i=@synopsys.com header.s=mail header.b=iAAAIgAD; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=synopsys.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726803AbfEOAa2 (ORCPT + 99 others); Tue, 14 May 2019 20:30:28 -0400 Received: from dc8-smtprelay2.synopsys.com ([198.182.47.102]:38642 "EHLO smtprelay-out1.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726709AbfEOAaY (ORCPT ); Tue, 14 May 2019 20:30:24 -0400 Received: from mailhost.synopsys.com (dc8-mailhost1.synopsys.com [10.13.135.209]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by smtprelay-out1.synopsys.com (Postfix) with ESMTPS id B03D3C125E; Wed, 15 May 2019 00:30:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=synopsys.com; s=mail; t=1557880228; bh=CkssZQXbYGkx2a0Vqjl+j1ujpM6IPwBxaO1c+mSzFC8=; h=From:To:CC:Subject:Date:In-Reply-To:References:From; b=iAAAIgADu34z/litm3pucblHNQRXJlaflfx52hSVCbmaB1nNtutAfZ4AO8V91VFkT UPiirFkjjjLb3rWrp+3wYOfvDNyOJA7Lo37dKWIMLAHYLQLVss7al+CWoDfsnqO0j7 /brEta0Gkb0ajB0JbfwWuO428hPdnIGuEb5jKSyl6SLG+wuFq9LJwTWCJHdbodQ1+Q 5xRfD8jj92p5RhNBJMuDH0kY9gQ8HVNsl1cOYstUkagSlv367SfY2LygaWqon58rcJ iVSj2uY9bSDUreQpAM8UTCiElm0YJ7cGGTelAA84OgZarcc0phXPsmF6/yUuGGtdWB KErzE9oY9CcfQ== Received: from US01WXQAHTC1.internal.synopsys.com (us01wxqahtc1.internal.synopsys.com [10.12.238.230]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (No client certificate requested) by mailhost.synopsys.com (Postfix) with ESMTPS id 8F22CA023D; Wed, 15 May 2019 00:30:23 +0000 (UTC) Received: from IN01WEHTCB.internal.synopsys.com (10.144.199.106) by US01WXQAHTC1.internal.synopsys.com (10.12.238.230) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 14 May 2019 17:30:21 -0700 Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.103) by IN01WEHTCB.internal.synopsys.com (10.144.199.105) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 15 May 2019 06:00:18 +0530 Received: from vineetg-Latitude-E7450.internal.synopsys.com (10.13.182.230) by IN01WEHTCA.internal.synopsys.com (10.144.199.243) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 15 May 2019 06:00:29 +0530 From: Vineet Gupta To: CC: , , Vineet Gupta Subject: [PATCH 8/9] ARC: mm: do_page_fault refactor #7: fold the various error handling Date: Tue, 14 May 2019 17:29:35 -0700 Message-ID: <1557880176-24964-9-git-send-email-vgupta@synopsys.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1557880176-24964-1-git-send-email-vgupta@synopsys.com> References: <1557880176-24964-1-git-send-email-vgupta@synopsys.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.13.182.230] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org - single up_read() call vs. 4 - so much easier on eyes Technically it seems like @bad_area label moved up, but even in old regime, it was a special case of delivering SIGSEGV unconditionally which we now do as well, although with checks. Signed-off-by: Vineet Gupta --- arch/arc/mm/fault.c | 46 +++++++++++++--------------------------------- 1 file changed, 13 insertions(+), 33 deletions(-) diff --git a/arch/arc/mm/fault.c b/arch/arc/mm/fault.c index 0e1a222a97ad..20402217d9da 100644 --- a/arch/arc/mm/fault.c +++ b/arch/arc/mm/fault.c @@ -66,7 +66,7 @@ void do_page_fault(unsigned long address, struct pt_regs *regs) struct vm_area_struct *vma = NULL; struct task_struct *tsk = current; struct mm_struct *mm = tsk->mm; - int si_code = SEGV_MAPERR; + int sig, si_code = SEGV_MAPERR; unsigned int write = 0, exec = 0, mask; vm_fault_t fault; /* handle_mm_fault() output */ unsigned int flags; /* handle_mm_fault() input */ @@ -177,47 +177,27 @@ void do_page_fault(unsigned long address, struct pt_regs *regs) return; } - if (fault & VM_FAULT_OOM) - goto out_of_memory; - else if (fault & VM_FAULT_SIGSEGV) - goto bad_area; - else if (fault & VM_FAULT_SIGBUS) - goto do_sigbus; - - /* no man's land */ - BUG(); - - /* - * Something tried to access memory that isn't in our memory map.. - * Fix it, but check if it's kernel or user first.. - */ bad_area: up_read(&mm->mmap_sem); if (!user_mode(regs)) goto no_context; - tsk->thread.fault_address = address; - force_sig_fault(SIGSEGV, si_code, (void __user *)address, tsk); - return; - -out_of_memory: - up_read(&mm->mmap_sem); - - if (!user_mode(regs)) - goto no_context; - - pagefault_out_of_memory(); - return; - -do_sigbus: - up_read(&mm->mmap_sem); + if (fault & VM_FAULT_OOM) { + pagefault_out_of_memory(); + return; + } - if (!user_mode(regs)) - goto no_context; + if (fault & VM_FAULT_SIGBUS) { + sig = SIGBUS; + si_code = BUS_ADRERR; + } + else { + sig = SIGSEGV; + } tsk->thread.fault_address = address; - force_sig_fault(SIGBUS, BUS_ADRERR, (void __user *)address, tsk); + force_sig_fault(sig, si_code, (void __user *)address, tsk); return; no_context: -- 2.7.4