Received: by 10.223.176.5 with SMTP id f5csp1995676wra; Sun, 4 Feb 2018 17:45:08 -0800 (PST) X-Google-Smtp-Source: AH8x224NIVYkToCqdwBHu2OwtXcMCxXCi+iZHmrtOPzKM7vEUtPVGeAQSgcfmS44EekH1hL66drk X-Received: by 10.98.82.8 with SMTP id g8mr8836139pfb.212.1517795108688; Sun, 04 Feb 2018 17:45:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517795108; cv=none; d=google.com; s=arc-20160816; b=Du8Cs6XrwNPsUyWKBAQQ+sTU3ONQtLcJPvnzVkzNiwAycsI/JOC45+/TG2vJGlx+Ig p1ueXJFHZZOTqZK404V+P0WpjfSJ12ZdAPP3DnbpC6ska21zmvnFUEqLMV4v2Wu5GAPI 1OuhdvyWcXCGqUMewe+JDmY8BVLNg+EMN8s2OS120so0RCrJs6ZauePEK4BWMiiLyS3C dxpBTQQYJcwIyutt9+cVr+OZPJdMDC6gmqG1iavoko5ZGz1Crhl6A95qYi+FX29JqcVa 9F1OemiIPfuLRgSUJYL83Wwd/AJvPgEjBLFqs0z3LghpfxpvBv5wlGSawF6n/f2s4gtf r5KA== 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=Xk5SXXb2HzV7Mu8fkZpTrhTGZEAsL63N22kF7HwprvI=; b=VMc0wW79TuxlHsxxQH9RN4YFvjZC9qhQ1PLz+3hhnC/W1Cg0A6I0Tnvr7Ae2L7qU+c qop1P3qat6ZygInH9AffqQiLNTT9V5s6pzvxdK7nwPUIZ0M84ta4t7LnIJQRRlQHqRpD OSVtwOzUNecuppOz+ObAFZ1oRPHultRolvet5IjV6L3W1NwraONTVmh3vXePojbnZZBs BEJo5M6duB4qZuY1iDGdE5sn1wePyKdfjV0PZnZEECEMDym7hniM95P/AWLHmDixwe4t RnFcPYieck0PjnUHzE4Hw4XYRoJ1LRPdX+nYo5W6aQfTXuExhlS7i88u+TvcAwQP3Xa3 ydVQ== 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 y79si350025pfb.262.2018.02.04.17.44.54; Sun, 04 Feb 2018 17:45:08 -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 S1753031AbeBEBmw (ORCPT + 99 others); Sun, 4 Feb 2018 20:42:52 -0500 Received: from mx2.suse.de ([195.135.220.15]:43856 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752395AbeBEB2H (ORCPT ); Sun, 4 Feb 2018 20:28:07 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 2CD09ADE1; Mon, 5 Feb 2018 01:28:00 +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 12/64] fs/userfaultfd: teach userfaultfd_must_wait() about range locking Date: Mon, 5 Feb 2018 02:27:02 +0100 Message-Id: <20180205012754.23615-13-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 And make use of mm_is_locked() which is why we pass down the vmf->lockrange. Signed-off-by: Davidlohr Bueso --- fs/userfaultfd.c | 20 ++++++++++++-------- 1 file changed, 12 insertions(+), 8 deletions(-) diff --git a/fs/userfaultfd.c b/fs/userfaultfd.c index e3089865fd52..883fbffb284e 100644 --- a/fs/userfaultfd.c +++ b/fs/userfaultfd.c @@ -217,13 +217,14 @@ static inline bool userfaultfd_huge_must_wait(struct userfaultfd_ctx *ctx, struct vm_area_struct *vma, unsigned long address, unsigned long flags, - unsigned long reason) + unsigned long reason, + struct range_lock *mmrange) { struct mm_struct *mm = ctx->mm; pte_t *pte; bool ret = true; - VM_BUG_ON(!rwsem_is_locked(&mm->mmap_sem)); + VM_BUG_ON(!mm_is_locked(mm, mmrange)); pte = huge_pte_offset(mm, address, vma_mmu_pagesize(vma)); if (!pte) @@ -247,7 +248,8 @@ static inline bool userfaultfd_huge_must_wait(struct userfaultfd_ctx *ctx, struct vm_area_struct *vma, unsigned long address, unsigned long flags, - unsigned long reason) + unsigned long reason, + struct range_lock *mmrange) { return false; /* should never get here */ } @@ -263,7 +265,8 @@ static inline bool userfaultfd_huge_must_wait(struct userfaultfd_ctx *ctx, static inline bool userfaultfd_must_wait(struct userfaultfd_ctx *ctx, unsigned long address, unsigned long flags, - unsigned long reason) + unsigned long reason, + struct range_lock *mmrange) { struct mm_struct *mm = ctx->mm; pgd_t *pgd; @@ -273,7 +276,7 @@ static inline bool userfaultfd_must_wait(struct userfaultfd_ctx *ctx, pte_t *pte; bool ret = true; - VM_BUG_ON(!rwsem_is_locked(&mm->mmap_sem)); + VM_BUG_ON(!mm_is_locked(mm, mmrange)); pgd = pgd_offset(mm, address); if (!pgd_present(*pgd)) @@ -365,7 +368,7 @@ int handle_userfault(struct vm_fault *vmf, unsigned long reason) * Coredumping runs without mmap_sem so we can only check that * the mmap_sem is held, if PF_DUMPCORE was not set. */ - WARN_ON_ONCE(!rwsem_is_locked(&mm->mmap_sem)); + WARN_ON_ONCE(!mm_is_locked(mm, vmf->lockrange)); ctx = vmf->vma->vm_userfaultfd_ctx.ctx; if (!ctx) @@ -473,11 +476,12 @@ int handle_userfault(struct vm_fault *vmf, unsigned long reason) if (!is_vm_hugetlb_page(vmf->vma)) must_wait = userfaultfd_must_wait(ctx, vmf->address, vmf->flags, - reason); + reason, vmf->lockrange); else must_wait = userfaultfd_huge_must_wait(ctx, vmf->vma, vmf->address, - vmf->flags, reason); + vmf->flags, reason, + vmf->lockrange); up_read(&mm->mmap_sem); if (likely(must_wait && !READ_ONCE(ctx->released) && -- 2.13.6