Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp3808188imm; Mon, 8 Oct 2018 09:49:49 -0700 (PDT) X-Google-Smtp-Source: ACcGV61utYc3uX4P9Hp8YKYoxbeB214HIxiBX2IuwpyOk6dgsHq9RAtQFK9NDI2o2VrQxLcUMV5S X-Received: by 2002:a62:798e:: with SMTP id u136-v6mr25433360pfc.95.1539017389896; Mon, 08 Oct 2018 09:49:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539017389; cv=none; d=google.com; s=arc-20160816; b=ydK/iUWsz86hGl7ErRpBpZwbT5vIS2L3c8OKwnwqbnTYPng3qr0kRTIQQjpTJ/Bxdw 2mtXG7mUfDeEJwIlf64nDIViGbL/4A6Cjh6GNX3pAwvNOyHFklYAqC6bcFYHs+zrrs/0 G4FjgHsTEyKqkNamoWdFsrf0K8P6AFROB27duvEgIh8POwZ2R+SY9A4Pyen3+mOWDuB1 3732NJ8rQf/x7mGvGKWw3AUEgZmMtIyTpZTisJwI6ROcLLq7oTzGLiGZIB0rXmJ+gc/D 0n5WkqWerf9j0tU4UNZwKb4OkJ7sODT92PZvXwIBjEtVqfIt9SAFSdAupsqATikcQAVy wjGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=IaWPE+KLyVDdNXs14qw2cWRU0qn0NirOU1fBHKgmZ3c=; b=PumVf2502urwm3guY2lWWryuSNdfLlDUCQHzMMpzkM3hLyeBLtI0Igcj5tzawoR8nQ Jn7GctCQl14THjY6JJjF9OfRZb0np4uq+kq1DLJY0WsVm2gm3vvAEZ+7s63ROFAsuDVf GX+203nASMOEpy7BiP+4dhmTUQISbjeRHbeL6X0hGKHnDJsyge5MxVG/8b+OQspmIi9p +EBxND3G6gPbO99gFP8kXs+1B9e6ukmjJxVO+dazhx31vuAlhScThCqKyTYHck8eezw6 2+jXqAyrS1zvZJlsQO7R7mjRl5P+x6HQwHcMgOVfhpmq1XCyHBVcFelQSO8CmW8NfeBp uQ0w== 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 w3-v6si16200195pgl.159.2018.10.08.09.49.34; Mon, 08 Oct 2018 09:49:49 -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; 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 S1726562AbeJIABt (ORCPT + 99 others); Mon, 8 Oct 2018 20:01:49 -0400 Received: from mx2.suse.de ([195.135.220.15]:57020 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726291AbeJIABt (ORCPT ); Mon, 8 Oct 2018 20:01:49 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 1E014B04A; Mon, 8 Oct 2018 16:49:11 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id 52C011E3614; Mon, 8 Oct 2018 18:49:07 +0200 (CEST) Date: Mon, 8 Oct 2018 18:49:07 +0200 From: Jan Kara To: john.hubbard@gmail.com Cc: Matthew Wilcox , Michal Hocko , Christopher Lameter , Jason Gunthorpe , Dan Williams , Jan Kara , linux-mm@kvack.org, LKML , linux-rdma , linux-fsdevel@vger.kernel.org, John Hubbard , Al Viro , Jerome Glisse , Christoph Hellwig , Ralph Campbell Subject: Re: [PATCH v3 2/3] mm: introduce put_user_page*(), placeholder versions Message-ID: <20181008164907.GA11150@quack2.suse.cz> References: <20181006024949.20691-1-jhubbard@nvidia.com> <20181006024949.20691-3-jhubbard@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181006024949.20691-3-jhubbard@nvidia.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 05-10-18 19:49:48, john.hubbard@gmail.com wrote: > From: John Hubbard > > Introduces put_user_page(), which simply calls put_page(). > This provides a way to update all get_user_pages*() callers, > so that they call put_user_page(), instead of put_page(). > > Also introduces put_user_pages(), and a few dirty/locked variations, > as a replacement for release_pages(), and also as a replacement > for open-coded loops that release multiple pages. > These may be used for subsequent performance improvements, > via batching of pages to be released. > > This prepares for eventually fixing the problem described > in [1], and is following a plan listed in [2], [3], [4]. > > [1] https://lwn.net/Articles/753027/ : "The Trouble with get_user_pages()" > > [2] https://lkml.kernel.org/r/20180709080554.21931-1-jhubbard@nvidia.com > Proposed steps for fixing get_user_pages() + DMA problems. > > [3]https://lkml.kernel.org/r/20180710082100.mkdwngdv5kkrcz6n@quack2.suse.cz > Bounce buffers (otherwise [2] is not really viable). > > [4] https://lkml.kernel.org/r/20181003162115.GG24030@quack2.suse.cz > Follow-up discussions. > > CC: Matthew Wilcox > CC: Michal Hocko > CC: Christopher Lameter > CC: Jason Gunthorpe > CC: Dan Williams > CC: Jan Kara > CC: Al Viro > CC: Jerome Glisse > CC: Christoph Hellwig > CC: Ralph Campbell > Signed-off-by: John Hubbard > --- > include/linux/mm.h | 48 ++++++++++++++++++++++++++++++++++++++++++++-- > 1 file changed, 46 insertions(+), 2 deletions(-) Looks good to me. You can add: Reviewed-by: Jan Kara Just one nit below: > +/* Pages that were pinned via get_user_pages*() should be released via > + * either put_user_page(), or one of the put_user_pages*() routines > + * below. > + */ Multi-line comments usually follow formatting: /* * Some text here * and more text here... */ Honza -- Jan Kara SUSE Labs, CR