Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1666848pxb; Wed, 20 Oct 2021 09:27:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyf2RcOl7C7PHB7lMSH9va/d9C4YRRCzJk6PeffprNo4hMaKjIBYuNOOG+gLg34lyd0qUzb X-Received: by 2002:a63:a01a:: with SMTP id r26mr236491pge.88.1634747219937; Wed, 20 Oct 2021 09:26:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634747219; cv=none; d=google.com; s=arc-20160816; b=t2UuzhPBtaf5dliszyvICrCzgILkwOPTYIp7pR3flKcJY/hsqG1+Z2ErvG1/Cy1Oy0 fWE3v2wiJJSyr1n1Tv9K5ZGygbkE1UgkP4oaFNKquMUU3Wuv/mUPjtRZ/ys51oXzaQMe I++8QXKOWge+TbcC7zal5Al/auqMVOvAfh8lqdyAVssB/6xbX0waRUmhTbk26IkTBh+s BkTk8XiB2cNG6kx7WCkmxWGgkMSmhwYLeWCutyhNmTiwE0nvcxM5GKPrOaYo5UdfRCav /3e94GYb655qXTxuKsvLadBMCodDCTVmoZpIhPwf0TSQ/1XMxpRwfSqb50PZichHzdU0 PjMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=umVDwtyVDdUiSS3raA5NJhTFVS0BtzUpIq2QWyUsEcw=; b=jvKvO47DDlkxc5WyiCePHgCNvKcHn8tMujnTqe3Cz6IpiOSrLJMoUlnJbXOp36qpFN h08w//sL8s55ivTGLMmzHKd1k6UwoLchaW3x7vGbC0F6i61b9wNFTKu42XmYi2PbXvaG CZJdAVV3nptcBh9VevdYyHcp0XouUXNNBwxJSG9qaCPijkTJ37HJe0x7kp9rSQqmxZK8 ovZM3NQDD9cthjoPCHEzKnhmGyGjleOcN7jLNUPSPiM7AKf9rMwTy4JPjk0Rt3Lqmwj1 J8CbGde5GYZjz3D66ShRA+fqSev1UxJFvoBh3zIzEFhRH/jbCuz15O8X5cF38xutMie0 oKrQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 10si3825525pjc.83.2021.10.20.09.26.47; Wed, 20 Oct 2021 09:26:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231216AbhJTQ1u (ORCPT + 99 others); Wed, 20 Oct 2021 12:27:50 -0400 Received: from mail.kernel.org ([198.145.29.99]:60466 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229817AbhJTQ1o (ORCPT ); Wed, 20 Oct 2021 12:27:44 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A5849611F2; Wed, 20 Oct 2021 16:25:27 +0000 (UTC) Date: Wed, 20 Oct 2021 17:25:24 +0100 From: Catalin Marinas To: Andreas Gruenbacher Cc: Linus Torvalds , Alexander Viro , Christoph Hellwig , "Darrick J. Wong" , Paul Mackerras , Jan Kara , Matthew Wilcox , cluster-devel@redhat.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, ocfs2-devel@oss.oracle.com, kvm-ppc@vger.kernel.org, linux-btrfs@vger.kernel.org Subject: Re: [PATCH v8 05/17] iov_iter: Introduce fault_in_iov_iter_writeable Message-ID: References: <20211019134204.3382645-1-agruenba@redhat.com> <20211019134204.3382645-6-agruenba@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211019134204.3382645-6-agruenba@redhat.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 19, 2021 at 03:41:52PM +0200, Andreas Gruenbacher wrote: > diff --git a/mm/gup.c b/mm/gup.c > index a7efb027d6cf..614b8536b3b6 100644 > --- a/mm/gup.c > +++ b/mm/gup.c > @@ -1691,6 +1691,69 @@ size_t fault_in_writeable(char __user *uaddr, size_t size) > } > EXPORT_SYMBOL(fault_in_writeable); > > +/* > + * fault_in_safe_writeable - fault in an address range for writing > + * @uaddr: start of address range > + * @size: length of address range > + * > + * Faults in an address range using get_user_pages, i.e., without triggering > + * hardware page faults. This is primarily useful when we already know that > + * some or all of the pages in the address range aren't in memory. > + * > + * Other than fault_in_writeable(), this function is non-destructive. > + * > + * Note that we don't pin or otherwise hold the pages referenced that we fault > + * in. There's no guarantee that they'll stay in memory for any duration of > + * time. > + * > + * Returns the number of bytes not faulted in, like copy_to_user() and > + * copy_from_user(). > + */ > +size_t fault_in_safe_writeable(const char __user *uaddr, size_t size) > +{ > + unsigned long start = (unsigned long)uaddr; > + unsigned long end, nstart, nend; > + struct mm_struct *mm = current->mm; > + struct vm_area_struct *vma = NULL; For arm64 tagged addresses we need the diff below, otherwise the subsequent find_vma() will fail: diff --git a/mm/gup.c b/mm/gup.c index f5f362cb4640..2c51e9748a6a 100644 --- a/mm/gup.c +++ b/mm/gup.c @@ -1713,7 +1713,7 @@ EXPORT_SYMBOL(fault_in_writeable); */ size_t fault_in_safe_writeable(const char __user *uaddr, size_t size) { - unsigned long start = (unsigned long)uaddr; + unsigned long start = (unsigned long)untagged_addr(uaddr); unsigned long end, nstart, nend; struct mm_struct *mm = current->mm; struct vm_area_struct *vma = NULL; -- Catalin