Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp6272750imb; Fri, 8 Mar 2019 13:27:57 -0800 (PST) X-Google-Smtp-Source: APXvYqw8GqmQj1HztXJtRqGRC7MoJkT0xQCpQRE1EGKDo+FgVanYYRrJQGnYF3fiK7DvB1p4GCoH X-Received: by 2002:a63:1947:: with SMTP id 7mr18598535pgz.279.1552080477688; Fri, 08 Mar 2019 13:27:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1552080477; cv=none; d=google.com; s=arc-20160816; b=HcS17qBv4Ty0ruCa5xZDs6QE8CuPZU/R4yXnWFB/cUHaOspBr24qhBdDTdoRxBTwGG fKYtcuy5jjw1agsNFxZn3P0DERPs0dPwxggGLwnuaZPIB+0cEl4H95zGhLXvNzpqFdWQ XGVkbD8yv2dzCCPo7KwtXNVZB1hfFixVDcB7HW7lAiwuZd028kzfIoYCZ0Fu5zB/+VaA nng9yGLkJhhdrzztwAWMeQaAv3A0Jk2Pcbop9uNseQgr4OT03b+1ElrQoH0pKnDdB4yF ofaWu6J0l6/5/iEr6gdJSie7UH++rpiVOdBnVQxtGzvhqoCq1PGTcvUzoWXM05aHq36q ysoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=3tvUY7zeJ4w84IzUd3MSVKGooVlpXF75LlcBQTZLcB4=; b=WPXL4PWlETapTHDCf4wILfiQwfbXwMnaADNK38p8h4rFsRyy5pjHJqQoKNzDOrX4f1 trvcZ+vhE7e431BUBPEQS4BJYQRdsHE42anZJ39zetkt7J8bU/xdWqx8dPYNUzK7mDTX zyFH+8P4QpWRCdewfmTk2oWHBmMq9sQ84EA3XXx3NQ5beD2bNv4OSoRHNAFsb2WEVL93 FbVHKI5xkcjZnzHYNdYEkZG7GcQtYcaZUaD8nuHv9xCudsiR3dzpyzAFJcttHweuHx3I n5ZGZOBiRE1hxdV+ULaxYg09b/OtzcYdhWWutdIG6a5+qUiiS8Kki47yFG542JfBAGfH aBtg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=aa43xZK6; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n10si7105308pgi.95.2019.03.08.13.27.41; Fri, 08 Mar 2019 13:27:57 -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; dkim=pass header.i=@nvidia.com header.s=n1 header.b=aa43xZK6; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726552AbfCHV1I (ORCPT + 99 others); Fri, 8 Mar 2019 16:27:08 -0500 Received: from hqemgate14.nvidia.com ([216.228.121.143]:9699 "EHLO hqemgate14.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726258AbfCHV1I (ORCPT ); Fri, 8 Mar 2019 16:27:08 -0500 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqemgate14.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Fri, 08 Mar 2019 13:27:08 -0800 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Fri, 08 Mar 2019 13:27:07 -0800 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Fri, 08 Mar 2019 13:27:07 -0800 Received: from [10.110.48.28] (10.124.1.5) by HQMAIL101.nvidia.com (172.20.187.10) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 8 Mar 2019 21:27:06 +0000 Subject: Re: [PATCH v3 1/1] mm: introduce put_user_page*(), placeholder versions To: Jerome Glisse , CC: Andrew Morton , , Al Viro , Christian Benvenuti , Christoph Hellwig , Christopher Lameter , Dan Williams , Dave Chinner , Dennis Dalessandro , Doug Ledford , Ira Weiny , Jan Kara , Jason Gunthorpe , Matthew Wilcox , Michal Hocko , Mike Rapoport , Mike Marciniszyn , Ralph Campbell , Tom Talpey , LKML , References: <20190306235455.26348-1-jhubbard@nvidia.com> <20190306235455.26348-2-jhubbard@nvidia.com> <20190308175712.GD3661@redhat.com> X-Nvconfidentiality: public From: John Hubbard Message-ID: <2e7ca6e2-70aa-8285-5010-808bb9568e5f@nvidia.com> Date: Fri, 8 Mar 2019 13:27:06 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: <20190308175712.GD3661@redhat.com> X-Originating-IP: [10.124.1.5] X-ClientProxiedBy: HQMAIL101.nvidia.com (172.20.187.10) To HQMAIL101.nvidia.com (172.20.187.10) Content-Type: text/plain; charset="utf-8" Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1552080428; bh=3tvUY7zeJ4w84IzUd3MSVKGooVlpXF75LlcBQTZLcB4=; h=X-PGP-Universal:Subject:To:CC:References:X-Nvconfidentiality:From: Message-ID:Date:User-Agent:MIME-Version:In-Reply-To: X-Originating-IP:X-ClientProxiedBy:Content-Type:Content-Language: Content-Transfer-Encoding; b=aa43xZK68IFXNgycq4yBvet4MIraEeY3y1GqNe4M8SYFF5Mi5c7A8gDJfWYiSkmKD jGzeYYcLDYMMF7DIksAJXqoPxPuKM/6b856idCc5eNF/afPlyLPQR+zUfX9eHReeeR qF5QXOed6drRl+XcJkFa3TbOa5Feh+Cwo0PEuRXrRzXROoCJM/7kg4w2zwlBZGNhTj N0sa7vY3UJcqR3iwZ6QcAtE5LhceFDkYsAPTRWr3W5K0Ne5Kv8DpdJR6/XToXH9WC8 x0xSAPq6bpTx7v6CE5RNEK0vyS/eEUbpoKNyhGFKFz4nPV1VVPp7d6LDVkFB6KM94U KzXgvGYMzvLNw== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/8/19 9:57 AM, Jerome Glisse wrote: [snip]=20 > Just a small comments below that would help my life :) >=20 > Reviewed-by: J=C3=A9r=C3=B4me Glisse >=20 Thanks for the review!=20 >> --- >> include/linux/mm.h | 24 ++++++++++++++ >> mm/swap.c | 82 ++++++++++++++++++++++++++++++++++++++++++++++ >=20 > Why not putting those functions in gup.c instead of swap.c ? Yes, gup.c is better for these. And it passes the various cross compiler an= d tinyconfig builds locally, so I think I'm not missing any cases. (The swap.= c=20 location was an artifact of very early approaches, pre-dating the put_user_pages() name.)=20 [snip] >> #define SECTION_IN_PAGE_FLAGS >> #endif >> diff --git a/mm/swap.c b/mm/swap.c >> index 4d7d37eb3c40..a6b4f693f46d 100644 >> --- a/mm/swap.c >> +++ b/mm/swap.c >> @@ -133,6 +133,88 @@ void put_pages_list(struct list_head *pages) >> } >> EXPORT_SYMBOL(put_pages_list); >> =20 >> +typedef int (*set_dirty_func)(struct page *page); >=20 > set_dirty_func_t would be better as it is the rule for typedef to append > the _t also it make it easier for coccinelle patch. >=20 Done. I'm posting a v4 in a moment, with both of the above, plus Christopher's "real filesystems" wording change, and your reviewed-by tag. thanks, --=20 John Hubbard NVIDIA