From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from verein.lst.de (verein.lst.de [213.95.11.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 40E1520214B40 for ; Sun, 18 Aug 2019 23:31:50 -0700 (PDT) Date: Mon, 19 Aug 2019 08:30:15 +0200 From: Christoph Hellwig Subject: Re: add a not device managed memremap_pages v3 Message-ID: <20190819063015.GA20248@lst.de> References: <20190818090557.17853-1-hch@lst.de> <20190819052752.GD8784@in.ibm.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20190819052752.GD8784@in.ibm.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Bharata B Rao Cc: Andrew Morton , linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Jason Gunthorpe , Christoph Hellwig List-ID: On Mon, Aug 19, 2019 at 10:57:52AM +0530, Bharata B Rao wrote: > On Sun, Aug 18, 2019 at 11:05:53AM +0200, Christoph Hellwig wrote: > > Hi Dan and Jason, > > > > Bharata has been working on secure page management for kvmppc guests, > > and one I thing I noticed is that he had to fake up a struct device > > just so that it could be passed to the devm_memremap_pages > > instrastructure for device private memory. > > > > This series adds non-device managed versions of the > > devm_request_free_mem_region and devm_memremap_pages functions for > > his use case. > > Tested kvmppc ultravisor patchset with migrate_vma changes and this > patchset. (Had to manually patch mm/memremap.c instead of kernel/memremap.c > though) Oh. I rebased to the hmm tree, and that didn't have the rename yet. And I didn't even notice that as git handled it transparently. _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 216A9C3A59B for ; Mon, 19 Aug 2019 06:30:25 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 0095520989 for ; Mon, 19 Aug 2019 06:30:24 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726765AbfHSGaY (ORCPT ); Mon, 19 Aug 2019 02:30:24 -0400 Received: from verein.lst.de ([213.95.11.211]:44879 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726174AbfHSGaX (ORCPT ); Mon, 19 Aug 2019 02:30:23 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 0548B68B20; Mon, 19 Aug 2019 08:30:16 +0200 (CEST) Date: Mon, 19 Aug 2019 08:30:15 +0200 From: Christoph Hellwig To: Bharata B Rao Cc: Christoph Hellwig , Dan Williams , Jason Gunthorpe , Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-nvdimm@lists.01.org Subject: Re: add a not device managed memremap_pages v3 Message-ID: <20190819063015.GA20248@lst.de> References: <20190818090557.17853-1-hch@lst.de> <20190819052752.GD8784@in.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190819052752.GD8784@in.ibm.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 19, 2019 at 10:57:52AM +0530, Bharata B Rao wrote: > On Sun, Aug 18, 2019 at 11:05:53AM +0200, Christoph Hellwig wrote: > > Hi Dan and Jason, > > > > Bharata has been working on secure page management for kvmppc guests, > > and one I thing I noticed is that he had to fake up a struct device > > just so that it could be passed to the devm_memremap_pages > > instrastructure for device private memory. > > > > This series adds non-device managed versions of the > > devm_request_free_mem_region and devm_memremap_pages functions for > > his use case. > > Tested kvmppc ultravisor patchset with migrate_vma changes and this > patchset. (Had to manually patch mm/memremap.c instead of kernel/memremap.c > though) Oh. I rebased to the hmm tree, and that didn't have the rename yet. And I didn't even notice that as git handled it transparently.