From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Aneesh Kumar K.V" To: Jerome Glisse , lsf-pc@lists.linux-foundation.org, linux-mm@kvack.org, linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: [LSF/MM ATTEND] Un-addressable device memory and block/fs implications In-Reply-To: <20161213181511.GB2305@redhat.com> References: <20161213181511.GB2305@redhat.com> Date: Fri, 16 Dec 2016 08:44:11 +0530 MIME-Version: 1.0 Content-Type: text/plain Message-Id: <87lgvgwoos.fsf@linux.vnet.ibm.com> Sender: owner-linux-mm@kvack.org List-ID: Jerome Glisse writes: > I would like to discuss un-addressable device memory in the context of > filesystem and block device. Specificaly how to handle write-back, read, > ... when a filesystem page is migrated to device memory that CPU can not > access. > > I intend to post a patchset leveraging the same idea as the existing > block bounce helper (block/bounce.c) to handle this. I believe this is > worth discussing during summit see how people feels about such plan and > if they have better ideas. > > > I also like to join discussions on: > - Peer-to-Peer DMAs between PCIe devices > - CDM coherent device memory > - PMEM > - overall mm discussions I would like to attend this discussion. I can talk about coherent device memory and how having HMM handle that will make it easy to have one interface for device driver. For Coherent device case we definitely need page cache migration support. -aneesh -- 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