Received: by 10.223.176.5 with SMTP id f5csp1988639wra; Sun, 4 Feb 2018 17:32:32 -0800 (PST) X-Google-Smtp-Source: AH8x225ZDdQmqz4hvYWe6z3/RGBYlqT2G4LOEXpuxW71RsLm9T7M/Q88gCbZNcZRL/n0VrvqvcED X-Received: by 2002:a17:902:a9cb:: with SMTP id b11-v6mr22237555plr.315.1517794352713; Sun, 04 Feb 2018 17:32:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517794352; cv=none; d=google.com; s=arc-20160816; b=phCkQi69q/LTaUq40lUSEI68oL+o2jz2jWNDcWWEbcOwBGX9RQJPD0vN+1Kie3Sqer h3VyAMuPCTd8mFS1NjDvGFDp8spDEhB/qXR2jxwnavkz6fI/di3o8DZvZN+rdqT+W45e wLXL93jAUSIeu05i41wHkI7SniMkesyXu1rvTgWGLjS1XQ250TqoMGqAo7JNGb6WRMJ0 hZzpdmigjFixf5tWdkJbLJsjlaBZH0Egp7nCYHrrp8fgoMNlnegwRgkmUftFfYfhEinT 9KUZ8Qvh7DoReHUSk5KOuJtwNDfPI24SjTkw7nWpaOgCFFw2DJs0Ix5PXczt3RpTcN6x yxkw== 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:arc-authentication-results; bh=5px4IeP/sGO0CEKh0/ULdw3lrOvI8cw4PPUDqDHVe90=; b=IiJ0vtHLVDM8rDCvjw+LRl2f7ANit0MA0QrUaRIbuvmCOcTZ4Cw5xVvnxXDfntWrdT zNP+OYFShJXtJXHNlvrefaLEiFfVLQdqtklqiq5bdXLtm1oTPvxdnX0kBwcsRF3KEHvf swIB00HoSwk/sbbZTJE+EA1WDlwqQLrFCV7+zgX0JkAKuNt1dvzssA11YxME/xT2iVgL 25NWa41EjR7UL5lkXT9jHFlwOrdT0YbM/lQPeO7HxQfzsHvYxHqFCw55HqG4wLFVy/Eo wMYLWoV7kuu1nmwKcwSLDlGia0oBqhfy+OiV1mCEWSQNIx3+j+tEP8LJ4pOVd1CKgF4r BRKQ== 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 c10si2356892pge.396.2018.02.04.17.32.18; Sun, 04 Feb 2018 17:32:32 -0800 (PST) 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 S1752529AbeBEBbh (ORCPT + 99 others); Sun, 4 Feb 2018 20:31:37 -0500 Received: from mx2.suse.de ([195.135.220.15]:44112 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752803AbeBEB33 (ORCPT ); Sun, 4 Feb 2018 20:29:29 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id D9E7EAE28; Mon, 5 Feb 2018 01:28:01 +0000 (UTC) From: Davidlohr Bueso To: akpm@linux-foundation.org, mingo@kernel.org Cc: peterz@infradead.org, ldufour@linux.vnet.ibm.com, jack@suse.cz, mhocko@kernel.org, kirill.shutemov@linux.intel.com, mawilcox@microsoft.com, mgorman@techsingularity.net, dave@stgolabs.net, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Davidlohr Bueso Subject: [PATCH 55/64] arch/riscv: use mm locking wrappers Date: Mon, 5 Feb 2018 02:27:45 +0100 Message-Id: <20180205012754.23615-56-dbueso@wotan.suse.de> X-Mailer: git-send-email 2.12.3 In-Reply-To: <20180205012754.23615-1-dbueso@wotan.suse.de> References: <20180205012754.23615-1-dbueso@wotan.suse.de> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Davidlohr Bueso This becomes quite straightforward with the mmrange in place. Signed-off-by: Davidlohr Bueso --- arch/riscv/kernel/vdso.c | 5 +++-- arch/riscv/mm/fault.c | 10 +++++----- 2 files changed, 8 insertions(+), 7 deletions(-) diff --git a/arch/riscv/kernel/vdso.c b/arch/riscv/kernel/vdso.c index 582cb153eb24..4bbb6e0425df 100644 --- a/arch/riscv/kernel/vdso.c +++ b/arch/riscv/kernel/vdso.c @@ -69,10 +69,11 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, struct mm_struct *mm = current->mm; unsigned long vdso_base, vdso_len; int ret; + DEFINE_RANGE_LOCK_FULL(mmrange); vdso_len = (vdso_pages + 1) << PAGE_SHIFT; - down_write(&mm->mmap_sem); + mm_write_lock(mm, &mmrange); vdso_base = get_unmapped_area(NULL, 0, vdso_len, 0, 0); if (IS_ERR_VALUE(vdso_base)) { ret = vdso_base; @@ -94,7 +95,7 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, mm->context.vdso = NULL; end: - up_write(&mm->mmap_sem); + mm_write_unlock(mm, &mmrange); return ret; } diff --git a/arch/riscv/mm/fault.c b/arch/riscv/mm/fault.c index 75d15e73ba39..6f78080e987c 100644 --- a/arch/riscv/mm/fault.c +++ b/arch/riscv/mm/fault.c @@ -79,7 +79,7 @@ asmlinkage void do_page_fault(struct pt_regs *regs) perf_sw_event(PERF_COUNT_SW_PAGE_FAULTS, 1, regs, addr); retry: - down_read(&mm->mmap_sem); + mm_read_lock(mm, &mmrange); vma = find_vma(mm, addr); if (unlikely(!vma)) goto bad_area; @@ -170,7 +170,7 @@ asmlinkage void do_page_fault(struct pt_regs *regs) } } - up_read(&mm->mmap_sem); + mm_read_unlock(mm, &mmrange); return; /* @@ -178,7 +178,7 @@ asmlinkage void do_page_fault(struct pt_regs *regs) * Fix it, but check if it's kernel or user first. */ bad_area: - up_read(&mm->mmap_sem); + mm_read_unlock(mm, &mmrange); /* User mode accesses just cause a SIGSEGV */ if (user_mode(regs)) { do_trap(regs, SIGSEGV, code, addr, tsk); @@ -206,14 +206,14 @@ asmlinkage void do_page_fault(struct pt_regs *regs) * (which will retry the fault, or kill us if we got oom-killed). */ out_of_memory: - up_read(&mm->mmap_sem); + mm_read_unlock(mm, &mmrange); if (!user_mode(regs)) goto no_context; pagefault_out_of_memory(); return; do_sigbus: - up_read(&mm->mmap_sem); + mm_read_unlock(mm, &mmrange); /* Kernel mode? Handle exceptions or die */ if (!user_mode(regs)) goto no_context; -- 2.13.6