From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <560F0854.9040300@deltatee.com> Date: Fri, 02 Oct 2015 16:42:28 -0600 From: Logan Gunthorpe MIME-Version: 1.0 References: <20150923043737.36490.70547.stgit@dwillia2-desk3.jf.intel.com> <20150923044227.36490.99741.stgit@dwillia2-desk3.jf.intel.com> <20151002212137.GB30448@deltatee.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PATCH 14/15] mm, dax, pmem: introduce {get|put}_dev_pagemap() for dax-gup Sender: owner-linux-mm@kvack.org To: Dan Williams Cc: Andrew Morton , Dave Hansen , "linux-nvdimm@lists.01.org" , "linux-kernel@vger.kernel.org" , Linux MM , Alexander Viro , linux-fsdevel , Matthew Wilcox , Ross Zwisler , Stephen Bates List-ID: On 02/10/15 03:53 PM, Dan Williams wrote: > Yes, this location for dev_pagemap will not work. I've since moved it > to a union with the lru list_head since ZONE_DEVICE pages memory > should always have an elevated page count and never land on a slab > allocator lru. Oh, also, I was actually hoping to make use of the lru list_head in the future with ZONE_DEVICE memory. One thought I had was once we have a PCIe device with a BAR space, we'd then need to have a way of allocating these buffers when user space needs them. The simple way I was thinking was to just use the lru list head to store lists of used and unused pages -- though there are probably other solutions to this that don't require using struct pages. Thanks, Logan -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 From: Logan Gunthorpe Subject: Re: [PATCH 14/15] mm, dax, pmem: introduce {get|put}_dev_pagemap() for dax-gup Date: Fri, 02 Oct 2015 16:42:28 -0600 Message-ID: <560F0854.9040300@deltatee.com> References: <20150923043737.36490.70547.stgit@dwillia2-desk3.jf.intel.com> <20150923044227.36490.99741.stgit@dwillia2-desk3.jf.intel.com> <20151002212137.GB30448@deltatee.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Morton , Dave Hansen , "linux-nvdimm@lists.01.org" , "linux-kernel@vger.kernel.org" , Linux MM , Alexander Viro , linux-fsdevel , Matthew Wilcox , Ross Zwisler , Stephen Bates To: Dan Williams Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 02/10/15 03:53 PM, Dan Williams wrote: > Yes, this location for dev_pagemap will not work. I've since moved it > to a union with the lru list_head since ZONE_DEVICE pages memory > should always have an elevated page count and never land on a slab > allocator lru. Oh, also, I was actually hoping to make use of the lru list_head in the future with ZONE_DEVICE memory. One thought I had was once we have a PCIe device with a BAR space, we'd then need to have a way of allocating these buffers when user space needs them. The simple way I was thinking was to just use the lru list head to store lists of used and unused pages -- though there are probably other solutions to this that don't require using struct pages. Thanks, Logan From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751911AbbJBWme (ORCPT ); Fri, 2 Oct 2015 18:42:34 -0400 Received: from ale.deltatee.com ([207.54.116.67]:46198 "EHLO ale.deltatee.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751294AbbJBWmc (ORCPT ); Fri, 2 Oct 2015 18:42:32 -0400 Message-ID: <560F0854.9040300@deltatee.com> Date: Fri, 02 Oct 2015 16:42:28 -0600 From: Logan Gunthorpe User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: Dan Williams CC: Andrew Morton , Dave Hansen , "linux-nvdimm@lists.01.org" , "linux-kernel@vger.kernel.org" , Linux MM , Alexander Viro , linux-fsdevel , Matthew Wilcox , Ross Zwisler , Stephen Bates References: <20150923043737.36490.70547.stgit@dwillia2-desk3.jf.intel.com> <20150923044227.36490.99741.stgit@dwillia2-desk3.jf.intel.com> <20151002212137.GB30448@deltatee.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 172.16.1.111 X-SA-Exim-Rcpt-To: Stephen.Bates@pmcs.com, ross.zwisler@linux.intel.com, willy@linux.intel.com, linux-fsdevel@vger.kernel.org, viro@zeniv.linux.org.uk, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-nvdimm@lists.01.org, dave@sr71.net, akpm@linux-foundation.org, dan.j.williams@intel.com X-SA-Exim-Mail-From: logang@deltatee.com Subject: Re: [PATCH 14/15] mm, dax, pmem: introduce {get|put}_dev_pagemap() for dax-gup X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on ale.deltatee.com) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/10/15 03:53 PM, Dan Williams wrote: > Yes, this location for dev_pagemap will not work. I've since moved it > to a union with the lru list_head since ZONE_DEVICE pages memory > should always have an elevated page count and never land on a slab > allocator lru. Oh, also, I was actually hoping to make use of the lru list_head in the future with ZONE_DEVICE memory. One thought I had was once we have a PCIe device with a BAR space, we'd then need to have a way of allocating these buffers when user space needs them. The simple way I was thinking was to just use the lru list head to store lists of used and unused pages -- though there are probably other solutions to this that don't require using struct pages. Thanks, Logan