Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp7718854ybi; Mon, 22 Jul 2019 19:17:16 -0700 (PDT) X-Google-Smtp-Source: APXvYqxON2ZKcX6WyDUs96ApNv9qbxiePNlZ2aLgH1fV001osW9qOnwqaY3a/wp/P5P8G/BbsPNT X-Received: by 2002:a17:90a:9f4a:: with SMTP id q10mr79759543pjv.95.1563848236228; Mon, 22 Jul 2019 19:17:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563848236; cv=none; d=google.com; s=arc-20160816; b=XtjZNhf7kkLbXIfqzMB33ec78fxFRoF60A3/0MYXxahhoRx88u6IyJTWXmxz9Hze9W NxeHjT0nYHJABD+ygKhN0F9CsdW5+o0pJ+wmhDtYSSXNHTatR35C2cBpkBnAksTPtDtd z/VIumcqSl/nwr/iltfIu7C3zkSfn3z4hoOj5ZwAl/oZl0Qb4Do420O8IhowJBFaxu8F FJ+/kExZfkDkR6LJxISJrbzMYh+mByt7RAL4QYMXnHHwyfrJCD4rIYQEcxGrWN9V015N ock+YFTLQr6w7vNo548COxYecMYdBxfxPexjn8R9Zmh3KZm854jKrUBcre//rW3fJPOs js1g== 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=83PVez7k7U0Zqxj86oJddwWoO6j61lIp1H42K6LCjdM=; b=sW3JTnKwtxagC23RRnhgHwsTa0P3T/DatQ9oJqK8o3E74VNBEkz+8gO3h5BWPoe2kF wUMCWbu0V+VoUxAq6OogHhz3Lw+38LhT9UwHzGJaCKb59g6xSKqcf70gzJt+B8lkZrFT mUL8q/A3hrogrXUho47+ctjNoXx6gYi9SDqy0xroNoT5Gcsz6svSDGIRRP4rP9o3d4WJ iKzdxVDbtqmmOM+GJuyatUKsM2IPaYXapZV3IHq1YZTpdKEznZaUNXegQ6HMShCR+/a8 ZocLqrsqbHeZE17SgQXSFAgj9N/7rKk6IHaaNLl+b75C1W77AL6BHZDQYg2GcEpQIxGZ rQwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=D7LBjEJY; 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 cb5si10183470plb.172.2019.07.22.19.17.00; Mon, 22 Jul 2019 19:17:16 -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; dkim=pass header.i=@nvidia.com header.s=n1 header.b=D7LBjEJY; 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 S1731263AbfGVTLD (ORCPT + 99 others); Mon, 22 Jul 2019 15:11:03 -0400 Received: from hqemgate15.nvidia.com ([216.228.121.64]:2390 "EHLO hqemgate15.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726432AbfGVTLD (ORCPT ); Mon, 22 Jul 2019 15:11:03 -0400 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Mon, 22 Jul 2019 12:11:08 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Mon, 22 Jul 2019 12:11:00 -0700 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Mon, 22 Jul 2019 12:11:00 -0700 Received: from [10.110.48.28] (10.124.1.5) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 22 Jul 2019 19:11:00 +0000 Subject: Re: [PATCH 1/3] drivers/gpu/drm/via: convert put_page() to put_user_page*() To: Matthew Wilcox CC: Christoph Hellwig , , Andrew Morton , Alexander Viro , =?UTF-8?B?QmrDtnJuIFTDtnBlbA==?= , Boaz Harrosh , Daniel Vetter , Dan Williams , Dave Chinner , David Airlie , "David S . Miller" , Ilya Dryomov , Jan Kara , Jason Gunthorpe , Jens Axboe , =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= , Johannes Thumshirn , Magnus Karlsson , Miklos Szeredi , Ming Lei , Sage Weil , Santosh Shilimkar , Yan Zheng , , , , , , LKML References: <20190722043012.22945-1-jhubbard@nvidia.com> <20190722043012.22945-2-jhubbard@nvidia.com> <20190722093355.GB29538@lst.de> <397ff3e4-e857-037a-1aee-ff6242e024b2@nvidia.com> <20190722190722.GF363@bombadil.infradead.org> From: John Hubbard X-Nvconfidentiality: public Message-ID: <14ac5f41-c27e-c5a7-e16a-4bd3cec0d31f@nvidia.com> Date: Mon, 22 Jul 2019 12:10:59 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190722190722.GF363@bombadil.infradead.org> X-Originating-IP: [10.124.1.5] X-ClientProxiedBy: HQMAIL101.nvidia.com (172.20.187.10) To HQMAIL107.nvidia.com (172.20.187.13) Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1563822668; bh=83PVez7k7U0Zqxj86oJddwWoO6j61lIp1H42K6LCjdM=; h=X-PGP-Universal:Subject:To:CC:References:From:X-Nvconfidentiality: Message-ID:Date:User-Agent:MIME-Version:In-Reply-To: X-Originating-IP:X-ClientProxiedBy:Content-Type:Content-Language: Content-Transfer-Encoding; b=D7LBjEJY+k3NOupyUsz3QkjUUcPJWsBWTBbYyETUfk0uHH7d3QLbvQ+9RZH/28ZUE sJfBT4O7QJ8wM9JX4nHRXKapNOpAYRi9LOgtrRHvxKHk2NLSGEB1ERlJVKKI3k/JJy 7S/lE/NB7MHjzQXMBBvvHctHDvo+mZLnO7Aio3aCrObQZB+awPaHKMVSROauRYPr3X BJA/hGGdnsjgC4xdOAmvtDqjNiZJqnIwrrWggp9zNKGaVihgNE1edJSfqnrDSygNyO Yzm74sohYm7Fi77+N0T5ApyjJHRiN3SgO4JJxNpSypLaSrrE54eHRmL/LyJAWG2MRa b+Oe1FCWdve2g== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/22/19 12:07 PM, Matthew Wilcox wrote: > On Mon, Jul 22, 2019 at 11:53:54AM -0700, John Hubbard wrote: >> On 7/22/19 2:33 AM, Christoph Hellwig wrote: >>> On Sun, Jul 21, 2019 at 09:30:10PM -0700, john.hubbard@gmail.com wrote: >>>> for (i = 0; i < vsg->num_pages; ++i) { >>>> if (NULL != (page = vsg->pages[i])) { >>>> if (!PageReserved(page) && (DMA_FROM_DEVICE == vsg->direction)) >>>> - SetPageDirty(page); >>>> - put_page(page); >>>> + put_user_pages_dirty(&page, 1); >>>> + else >>>> + put_user_page(page); >>>> } >>> >>> Can't just pass a dirty argument to put_user_pages? Also do we really >> >> Yes, and in fact that would help a lot more than the single page case, >> which is really just cosmetic after all. >> >>> need a separate put_user_page for the single page case? >>> put_user_pages_dirty? >> >> Not really. I'm still zeroing in on the ideal API for all these call sites, >> and I agree that the approach below is cleaner. > > so enum { CLEAN = 0, DIRTY = 1, LOCK = 2, DIRTY_LOCK = 3 }; > ? > Sure. In fact, I just applied something similar to bio_release_pages() locally, in order to reconcile Christoph's and Jerome's approaches (they each needed to add a bool arg), so I'm all about the enums in the arg lists. :) I'm going to post that one shortly, let's see how it goes over. heh. thanks, -- John Hubbard NVIDIA