From mboxrd@z Thu Jan 1 00:00:00 1970 From: "hch@infradead.org" Subject: Re: [LSF/MM TOPIC] Filesystem-DAX, page-pinning, and RDMA Date: Thu, 25 Jan 2018 08:47:23 -0800 Message-ID: <20180125164723.GA31752@infradead.org> References: <1516852902.3724.4.camel@wdc.com> <20180125160848.GE10706@ziepe.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20180125160848.GE10706@ziepe.ca> Sender: owner-linux-mm@kvack.org To: Jason Gunthorpe Cc: Dan Williams , Bart Van Assche , "lsf-pc@lists.linux-foundation.org" , "hch@infradead.org" , "linux-mm@kvack.org" , "mhocko@kernel.org" , "linux-rdma@vger.kernel.org" , "linux-nvdimm@lists.01.org" List-Id: linux-rdma@vger.kernel.org On Thu, Jan 25, 2018 at 09:08:48AM -0700, Jason Gunthorpe wrote: > On Wed, Jan 24, 2018 at 11:02:16PM -0800, Dan Williams wrote: > > > No, in 3 dimensions since there is a need to support non-ODP RDMA > > hardware, hypervisors want to coordinate DMA for guests, and non-RDMA > > hardware also pins memory indefinitely like V4L2. So it's bigger than > > RDMA, but that will likely be the first consumer of this 'longterm > > pin' mechanism. > > BTW, did you look at VFIO? I think it should also have this problem > right? VFIO seems to have the same issue. In practice I don't think people use file system backed pages for vfio, so it's not as urgent. -- 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