Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2181708ybk; Sun, 17 May 2020 12:48:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwqYQ6uonZGpPpT45SiYERsCVXTiSpPj3/DYIIT1Td4YqdZxec0F9oHvFnqG7TM9mzkWRz6 X-Received: by 2002:a50:d7c7:: with SMTP id m7mr11307061edj.101.1589744903538; Sun, 17 May 2020 12:48:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589744903; cv=none; d=google.com; s=arc-20160816; b=tS5y4k0nTPz4nl2oxnKXn/Jexq33ynGXxYGILmXovBEPlJhAQ4q934vtC5hdiMe33l LWiF+3pV+Sn8Y0uCjH2e8BdSRF9SfyRLbtUMwtZ9Q5FZFenpa3X1So+Key+lQ6IJO4Sc SeoEonn7JbtdkjYLzmC9JdZs1ZLKkPk3e4rL+PeTDGvBJD0hEiAD7V5seNcLgtlWh7PN lTMj3u9oaOGALqEvBUbSCawXkFc84X/H1blG+imCMIC/EUecEzHj9r3nlcmGXMrz9awN RaMp8hFfKuR8+S3nPcTHOcGCJv3znAeRcJhTB2RWa2Q3r6D7+hqz9tYBKJPkPCaIGorT 1G5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=CEVLCMrbNGJsgJZ9JcXR7ia3PaoWPG/mrYD3NQasPF4=; b=UhfET/m+0UV4I+bJgaLIf3KGyYYnAGPTSXV7//zjsQYUtnDXxPq0LTIMSEvRQ54DPj piEyshdOS+PyveFJK3mbuq3V+6SlrL5CJuafxbQBOAtIMMeUEkU+Y8JIH/QYv+CwLG5W n/ypDE/SzS7OIpi6WIREIoCL3VArOsKE/JvKhb85DnSjOHanNFLL/J0VkNIsdM+gSusR CnjbIMCDOH631nuVgLsukY3fkQQvbmUivdXoKfWzO/HfbgcK/rsPI1sNp9pdcd4K0Id7 fWDSkaXOhDnx13ZaJ/wJrfHVCrgD0G+wVg1V+asr48mzggRog1y0py2KHv/jpvOs7/Lb W+Dg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a3si4501142edx.205.2020.05.17.12.48.01; Sun, 17 May 2020 12:48:23 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726671AbgEQTq2 (ORCPT + 99 others); Sun, 17 May 2020 15:46:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52422 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726269AbgEQTq2 (ORCPT ); Sun, 17 May 2020 15:46:28 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 50998C061A0C; Sun, 17 May 2020 12:46:28 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 0AEF1128A2DB1; Sun, 17 May 2020 12:46:27 -0700 (PDT) Date: Sun, 17 May 2020 12:46:27 -0700 (PDT) Message-Id: <20200517.124627.503340627820837794.davem@davemloft.net> To: jhubbard@nvidia.com Cc: linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org Subject: Re: [PATCH] oradax: convert get_user_pages() --> pin_user_pages() From: David Miller In-Reply-To: <20200517020829.856731-1-jhubbard@nvidia.com> References: <20200517020829.856731-1-jhubbard@nvidia.com> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Sun, 17 May 2020 12:46:28 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: John Hubbard Date: Sat, 16 May 2020 19:08:29 -0700 > This code was using get_user_pages_fast(), in a "Case 2" scenario > (DMA/RDMA), using the categorization from [1]. That means that it's > time to convert the get_user_pages_fast() + put_page() calls to > pin_user_pages_fast() + unpin_user_pages() calls. > > There is some helpful background in [2]: basically, this is a small > part of fixing a long-standing disconnect between pinning pages, and > file systems' use of those pages. > > [1] Documentation/core-api/pin_user_pages.rst > > [2] "Explicit pinning of user-space pages": > https://lwn.net/Articles/807108/ > > Cc: David S. Miller > Cc: sparclinux@vger.kernel.org > Signed-off-by: John Hubbard Applied to sparc-next, thanks.