Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp4209410ybi; Fri, 19 Jul 2019 17:35:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqxVv/oXUEpU8CbHG31No+IHw+HCWFxKO9zBB7Jo3axBH17n+GWgEkL8I97ADzTgXa65ToE3 X-Received: by 2002:a63:2744:: with SMTP id n65mr43971719pgn.277.1563582907751; Fri, 19 Jul 2019 17:35:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563582907; cv=none; d=google.com; s=arc-20160816; b=Kbeko+mwAmYhuulzM/GTZXwE2CIljILQzz27dcNSHhnxZEnjpDELHt+DWOargswQ/k /c009obwM4liDXz6L7kwxsp7ojYyWGMS+nNXsZd9R696OpucuIKBvY7/x+71A3/lpgKf LYKD5fNspNN08Md05RSEuKEQulGgRvZdwgdkXwxiSnLMOrubEyov7T+XdLaHjopqEo4A uUyFF7vD0HFe/DLBgUf6LuiehSLSblvSZlSAVROxXtw5igjlaXX3yoYxPThBigccEMi6 OlM+LKZK8mHSvHXyEaIqzNCM+QPXycZFxQkI+ihrcB7pikedOirRi0v/WVJVqg7wtPA/ ZidA== 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=uXXZ8OaRelUTVBhhS709HcwBaF4jbMLR5EBDQ41vffw=; b=W4HbTyQEw/DBESsdIH4a/n+mcLpoQZoTCOJNgtIDn1HNvibPgomj55+lWA7bv28adL QV7jTyQ4Sl86oLK80jLQJidho/FlsQov8yad4E74HGaguVppDm3+fWSC6t4eIYqIBlOD tv7/KWo1tES7lNQVLL5TepBVDcmbLv9GcjgcgpzFw75XFMUQvVPKMjcCJ9QtH0vNiSYQ B4Q/uqmUZjdZCqqFORfv+ywYLI5PtQuO/UH6QBbRkZCELhKc7PPdiIZPDwdZqqpcBU+J 5H7ZLIB+Tc25sheaMz7AqY8KQy5mn5CMIZYoXvL5FjDuV7NPVAP2DoE8cSAWUI042Wbt 8iAQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=RBMHQkFT; 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 k143si1069776pfd.212.2019.07.19.17.34.52; Fri, 19 Jul 2019 17:35:07 -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=RBMHQkFT; 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 S2388516AbfGSVF0 (ORCPT + 99 others); Fri, 19 Jul 2019 17:05:26 -0400 Received: from hqemgate14.nvidia.com ([216.228.121.143]:15868 "EHLO hqemgate14.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727972AbfGSVFZ (ORCPT ); Fri, 19 Jul 2019 17:05:25 -0400 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqemgate14.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Fri, 19 Jul 2019 14:05:25 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Fri, 19 Jul 2019 14:05:24 -0700 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Fri, 19 Jul 2019 14:05:24 -0700 Received: from [10.110.48.28] (172.20.13.39) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 19 Jul 2019 21:05:24 +0000 Subject: Re: [PATCH v3] staging: kpc2000: Convert put_page to put_user_page*() To: Matt Sickler , Bharath Vedartham , "ira.weiny@intel.com" , "jglisse@redhat.com" , "gregkh@linuxfoundation.org" CC: "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "devel@driverdev.osuosl.org" References: <20190719200235.GA16122@bharath12345-Inspiron-5559> From: John Hubbard X-Nvconfidentiality: public Message-ID: <3948879c-5764-4245-e950-eb4749aafe5b@nvidia.com> Date: Fri, 19 Jul 2019 14:05:23 -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: X-Originating-IP: [172.20.13.39] X-ClientProxiedBy: HQMAIL107.nvidia.com (172.20.187.13) 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=1563570325; bh=uXXZ8OaRelUTVBhhS709HcwBaF4jbMLR5EBDQ41vffw=; 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=RBMHQkFTRPQgCd7gP4P+7u6BJdhh2b31ep8178Yi5S3jKNIPqrnwL2KL1601Z+iuQ 9V44LCZdjYVWOPr8mb/RBqFqi+lWyoa4VLjFHCODAHQmfqss6YPvwRWYQ24WU7q3lW JEhvpFzEci71ms+nbfMOZqVZJIL7B2u3yJJhe+lnLiFchga6FTAWxwHtKCj2i1af+G tWD9LYiUxhJnZ6l0hzXLh3TFsed9xgGzTVtHb8LdrvqemTRFs0fukUMZ0VogQapToK fOZyAxJ+lOP22NjLrdU81USY8v73UiGyZDvqTYlE+oi5v9TNpmoafHVddNgLIgfFML fmlLIcQLM3yuQ== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/19/19 1:59 PM, Matt Sickler wrote: >> From: Bharath Vedartham >> Changes since v2 >> - Added back PageResevered check as suggested by John Hubbard. >> >> The PageReserved check needs a closer look and is not worth messing >> around with for now. >> >> Matt, Could you give any suggestions for testing this patch? > > Myself or someone else from Daktronics would have to do the testing since the > hardware isn't really commercially available. I've been toying with the idea > of asking for a volunteer from the mailing list to help me out with this - I'd > send them some hardware and they'd do all the development and testing. :) > I still have to run that idea by Management though. > >> If in-case, you are willing to pick this up to test. Could you >> apply this patch to this tree and test it with your devices? > > I've been meaning to get to testing the changes to the drivers since upstreaming > them, but I've been swamped with other development. I'm keeping an eye on the > mailing lists, so I'm at least aware of what is coming down the pipe. > I'm not too worried about this specific change, even though I don't really know > if the reserved check and the dirtying are even necessary. > It sounded like John's suggestion was to not do the PageReserved() check and just > use put_user_pges_dirty() all the time. John, is that incorrect? > That's what I suggested at first. But then I saw at least one other place where this pattern is being used, and it shook my confidence. I don't clearly see what the PageReserved check is protecting against here, but it's better to be safe, and do things in two steps: step 1 is *only* convert from put_page() to put_user_page(), and step 2 is to maybe remove the PageReserved() check, once fully understood. thanks, -- John Hubbard NVIDIA