diff for duplicates of <20171027064854.GE3666@dastard> diff --git a/a/1.txt b/N1/1.txt index 684ffa4..c37d1e5 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -85,7 +85,9 @@ $DEITY that patch is so ugly I can't even bring myself to type it. -- Dave Chinner david@fromorbit.com -_______________________________________________ -Linux-nvdimm mailing list -Linux-nvdimm@lists.01.org -https://lists.01.org/mailman/listinfo/linux-nvdimm + +-- +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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N1/content_digest index dc25fe6..e6fe2e9 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,34 +8,23 @@ "Date\0Fri, 27 Oct 2017 17:48:54 +1100\0" "To\0Williams" " Dan J <dan.j.williams@intel.com>\0" - "Cc\0mhocko@suse.com <mhocko@suse.com>" + "Cc\0hch@lst.de <hch@lst.de>" jack@suse.cz <jack@suse.cz> - benh@kernel.crashing.org <benh@kernel.crashing.org> - dave.hansen@linux.intel.com <dave.hansen@linux.intel.com> - heiko.carstens@de.ibm.com <heiko.carstens@de.ibm.com> - bfields@fieldses.org <bfields@fieldses.org> - linux-mm@kvack.org <linux-mm@kvack.org> - paulus@samba.org <paulus@samba.org> - Hefty - Sean <sean.hefty@intel.com> - jlayton@poochiereds.net <jlayton@poochiereds.net> - mawilcox@microsoft.com <mawilcox@microsoft.com> - linux-rdma@vger.kernel.org <linux-rdma@vger.kernel.org> - mpe@ellerman.id.au <mpe@ellerman.id.au> - dledford@redhat.com <dledford@redhat.com> - hch@lst.de <hch@lst.de> - jgunthorpe@obsidianresearch.com <jgunthorpe@obsidianresearch.com> - hal.rosenstock@gmail.com <hal.rosenstock@gmail.com> schwidefsky@de.ibm.com <schwidefsky@de.ibm.com> - viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> - gerald.schaefer@de.ibm.com <gerald.schaefer@de.ibm.com> - linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> darrick.wong@oracle.com <darrick.wong@oracle.com> - linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> - linux-xfs@vger.kernel.org <linux-xfs@vger.kernel.org> + dledford@redhat.com <dledford@redhat.com> + linux-rdma@vger.kernel.org <linux-rdma@vger.kernel.org> linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> - akpm@linux-foundation.org <akpm@linux-foundation.org> - " kirill.shutemov@linux.intel.com <kirill.shutemov@linux.intel.com>\0" + bfields@fieldses.org <bfields@fieldses.org> + linux-mm@kvack.org <linux-mm@kvack.org> + heiko.carstens@de.ibm.com <heiko.carstens@de.ibm.com> + dave.hansen@linux.intel.com <dave.hansen@linux.intel.com> + linux-xfs@vger.kernel.org <linux-xfs@vger.kernel.org> + linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> + jmoyer@redhat.com <jmoyer@redhat.com> + viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> + kirill.shutemov@linux.intel.com <kirill.shutemov@linux.intel.com> + " akpm@linux-foundation.org <akpm@linux-foundation.org>\0" "\00:1\0" "b\0" "On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote:\n" @@ -125,9 +114,11 @@ "-- \n" "Dave Chinner\n" "david@fromorbit.com\n" - "_______________________________________________\n" - "Linux-nvdimm mailing list\n" - "Linux-nvdimm@lists.01.org\n" - https://lists.01.org/mailman/listinfo/linux-nvdimm + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -609009d93ff4c0e260a129b5dba8e254e1002017afb30e6b8d2d23353a20dc1f +08fc48c39c0ff89e8f20b0597ee92ae17c613f8ff0a90d45cbfa06faebe848bc
diff --git a/a/1.txt b/N2/1.txt index 684ffa4..9101b22 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -85,7 +85,3 @@ $DEITY that patch is so ugly I can't even bring myself to type it. -- Dave Chinner david@fromorbit.com -_______________________________________________ -Linux-nvdimm mailing list -Linux-nvdimm@lists.01.org -https://lists.01.org/mailman/listinfo/linux-nvdimm diff --git a/a/content_digest b/N2/content_digest index dc25fe6..ddfdaee 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -8,34 +8,36 @@ "Date\0Fri, 27 Oct 2017 17:48:54 +1100\0" "To\0Williams" " Dan J <dan.j.williams@intel.com>\0" - "Cc\0mhocko@suse.com <mhocko@suse.com>" + "Cc\0hch@lst.de <hch@lst.de>" jack@suse.cz <jack@suse.cz> - benh@kernel.crashing.org <benh@kernel.crashing.org> - dave.hansen@linux.intel.com <dave.hansen@linux.intel.com> - heiko.carstens@de.ibm.com <heiko.carstens@de.ibm.com> + schwidefsky@de.ibm.com <schwidefsky@de.ibm.com> + darrick.wong@oracle.com <darrick.wong@oracle.com> + dledford@redhat.com <dledford@redhat.com> + linux-rdma@vger.kernel.org <linux-rdma@vger.kernel.org> + linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> bfields@fieldses.org <bfields@fieldses.org> linux-mm@kvack.org <linux-mm@kvack.org> - paulus@samba.org <paulus@samba.org> + heiko.carstens@de.ibm.com <heiko.carstens@de.ibm.com> + dave.hansen@linux.intel.com <dave.hansen@linux.intel.com> + linux-xfs@vger.kernel.org <linux-xfs@vger.kernel.org> + linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> + jmoyer@redhat.com <jmoyer@redhat.com> + viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> + kirill.shutemov@linux.intel.com <kirill.shutemov@linux.intel.com> + akpm@linux-foundation.org <akpm@linux-foundation.org> Hefty Sean <sean.hefty@intel.com> + linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> jlayton@poochiereds.net <jlayton@poochiereds.net> mawilcox@microsoft.com <mawilcox@microsoft.com> - linux-rdma@vger.kernel.org <linux-rdma@vger.kernel.org> - mpe@ellerman.id.au <mpe@ellerman.id.au> - dledford@redhat.com <dledford@redhat.com> - hch@lst.de <hch@lst.de> + mhocko@suse.com <mhocko@suse.com> + ross.zwisler@linux.intel.com <ross.zwisler@linux.intel.com> + gerald.schaefer@de.ibm.com <gerald.schaefer@de.ibm.com> jgunthorpe@obsidianresearch.com <jgunthorpe@obsidianresearch.com> hal.rosenstock@gmail.com <hal.rosenstock@gmail.com> - schwidefsky@de.ibm.com <schwidefsky@de.ibm.com> - viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> - gerald.schaefer@de.ibm.com <gerald.schaefer@de.ibm.com> - linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> - darrick.wong@oracle.com <darrick.wong@oracle.com> - linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> - linux-xfs@vger.kernel.org <linux-xfs@vger.kernel.org> - linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> - akpm@linux-foundation.org <akpm@linux-foundation.org> - " kirill.shutemov@linux.intel.com <kirill.shutemov@linux.intel.com>\0" + benh@kernel.crashing.org <benh@kernel.crashing.org> + mpe@ellerman.id.au <mpe@ellerman.id.au> + " paulus@samba.org <paulus@samba.org>\0" "\00:1\0" "b\0" "On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote:\n" @@ -124,10 +126,6 @@ "-Dave.\n" "-- \n" "Dave Chinner\n" - "david@fromorbit.com\n" - "_______________________________________________\n" - "Linux-nvdimm mailing list\n" - "Linux-nvdimm@lists.01.org\n" - https://lists.01.org/mailman/listinfo/linux-nvdimm + david@fromorbit.com -609009d93ff4c0e260a129b5dba8e254e1002017afb30e6b8d2d23353a20dc1f +ef88fe283656a2d36bff4d3a28ce54a62a71336d2fe64cda9f7cee4dc2185e11
diff --git a/a/1.txt b/N3/1.txt index 684ffa4..c68e0f9 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -8,7 +8,7 @@ On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote: > > > > > > > > If we hit a page with an elevated refcount in truncate / hole puch > > > > etc for a DAX file system we do not free the blocks in the file system, -> > > > but add it to the extent busy list. We mark the page as delayed +> > > > but add it to the extent busy list.��We mark the page as delayed > > > > free (e.g. page flag?) so that when it finally hits refcount zero we > > > > call back into the file system to remove it from the busy list. > > > @@ -17,11 +17,11 @@ On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote: > > > Given that on a DAX file there shouldn't be any long-term page > > > references after we unmap it from the page table and don't allow > > > get_user_pages calls why not wait for the references for all -> > > DAX pages to go away first? E.g. if we find a DAX page in +> > > DAX pages to go away first?��E.g. if we find a DAX page in > > > truncate_inode_pages_range that has an elevated refcount we set > > > a new flag to prevent new references from showing up, and then -> > > simply wait for it to go away. Instead of a busy way we can -> > > do this through a few hashed waitqueued in dev_pagemap. And in +> > > simply wait for it to go away.��Instead of a busy way we can +> > > do this through a few hashed waitqueued in dev_pagemap.��And in > > > fact put_zone_device_page already gets called when putting the > > > last page so we can handle the wakeup from there. > > > @@ -60,7 +60,7 @@ On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote: > > dropped, and then GUP blocks on trying to fault in another page. > > > > I think we cannot easily prevent new page references to be grabbed as you -> > write above since nobody expects stuff like get_page() to fail. But I +> > write above since nobody expects stuff like get_page() to fail. But I� > > think that unmapping relevant pages and then preventing them to be faulted > > in again is workable and stops GUP as well. The problem with that is though > > what to do with page faults to such pages - you cannot just fail them for @@ -85,7 +85,9 @@ $DEITY that patch is so ugly I can't even bring myself to type it. -- Dave Chinner david@fromorbit.com -_______________________________________________ -Linux-nvdimm mailing list -Linux-nvdimm@lists.01.org -https://lists.01.org/mailman/listinfo/linux-nvdimm + +-- +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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N3/content_digest index dc25fe6..03d1de2 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -8,34 +8,36 @@ "Date\0Fri, 27 Oct 2017 17:48:54 +1100\0" "To\0Williams" " Dan J <dan.j.williams@intel.com>\0" - "Cc\0mhocko@suse.com <mhocko@suse.com>" + "Cc\0hch@lst.de <hch@lst.de>" jack@suse.cz <jack@suse.cz> - benh@kernel.crashing.org <benh@kernel.crashing.org> - dave.hansen@linux.intel.com <dave.hansen@linux.intel.com> - heiko.carstens@de.ibm.com <heiko.carstens@de.ibm.com> + schwidefsky@de.ibm.com <schwidefsky@de.ibm.com> + darrick.wong@oracle.com <darrick.wong@oracle.com> + dledford@redhat.com <dledford@redhat.com> + linux-rdma@vger.kernel.org <linux-rdma@vger.kernel.org> + linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> bfields@fieldses.org <bfields@fieldses.org> linux-mm@kvack.org <linux-mm@kvack.org> - paulus@samba.org <paulus@samba.org> + heiko.carstens@de.ibm.com <heiko.carstens@de.ibm.com> + dave.hansen@linux.intel.com <dave.hansen@linux.intel.com> + linux-xfs@vger.kernel.org <linux-xfs@vger.kernel.org> + linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> + jmoyer@redhat.com <jmoyer@redhat.com> + viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> + kirill.shutemov@linux.intel.com <kirill.shutemov@linux.intel.com> + akpm@linux-foundation.org <akpm@linux-foundation.org> Hefty Sean <sean.hefty@intel.com> + linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> jlayton@poochiereds.net <jlayton@poochiereds.net> mawilcox@microsoft.com <mawilcox@microsoft.com> - linux-rdma@vger.kernel.org <linux-rdma@vger.kernel.org> - mpe@ellerman.id.au <mpe@ellerman.id.au> - dledford@redhat.com <dledford@redhat.com> - hch@lst.de <hch@lst.de> + mhocko@suse.com <mhocko@suse.com> + ross.zwisler@linux.intel.com <ross.zwisler@linux.intel.com> + gerald.schaefer@de.ibm.com <gerald.schaefer@de.ibm.com> jgunthorpe@obsidianresearch.com <jgunthorpe@obsidianresearch.com> hal.rosenstock@gmail.com <hal.rosenstock@gmail.com> - schwidefsky@de.ibm.com <schwidefsky@de.ibm.com> - viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> - gerald.schaefer@de.ibm.com <gerald.schaefer@de.ibm.com> - linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> - darrick.wong@oracle.com <darrick.wong@oracle.com> - linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> - linux-xfs@vger.kernel.org <linux-xfs@vger.kernel.org> - linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> - akpm@linux-foundation.org <akpm@linux-foundation.org> - " kirill.shutemov@linux.intel.com <kirill.shutemov@linux.intel.com>\0" + benh@kernel.crashing.org <benh@kernel.crashing.org> + mpe@ellerman.id.au <mpe@ellerman.id.au> + " paulus@samba.org <paulus@samba.org>\0" "\00:1\0" "b\0" "On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote:\n" @@ -48,7 +50,7 @@ "> > > > \n" "> > > > If we hit a page with an elevated refcount in truncate / hole puch\n" "> > > > etc for a DAX file system we do not free the blocks in the file system,\n" - "> > > > but add it to the extent busy list.\302\240\302\240We mark the page as delayed\n" + "> > > > but add it to the extent busy list.\303\257\302\277\302\275\303\257\302\277\302\275We mark the page as delayed\n" "> > > > free (e.g. page flag?) so that when it finally hits refcount zero we\n" "> > > > call back into the file system to remove it from the busy list.\n" "> > > \n" @@ -57,11 +59,11 @@ "> > > Given that on a DAX file there shouldn't be any long-term page\n" "> > > references after we unmap it from the page table and don't allow\n" "> > > get_user_pages calls why not wait for the references for all\n" - "> > > DAX pages to go away first?\302\240\302\240E.g. if we find a DAX page in\n" + "> > > DAX pages to go away first?\303\257\302\277\302\275\303\257\302\277\302\275E.g. if we find a DAX page in\n" "> > > truncate_inode_pages_range that has an elevated refcount we set\n" "> > > a new flag to prevent new references from showing up, and then\n" - "> > > simply wait for it to go away.\302\240\302\240Instead of a busy way we can\n" - "> > > do this through a few hashed waitqueued in dev_pagemap.\302\240\302\240And in\n" + "> > > simply wait for it to go away.\303\257\302\277\302\275\303\257\302\277\302\275Instead of a busy way we can\n" + "> > > do this through a few hashed waitqueued in dev_pagemap.\303\257\302\277\302\275\303\257\302\277\302\275And in\n" "> > > fact put_zone_device_page already gets called when putting the\n" "> > > last page so we can handle the wakeup from there.\n" "> > > \n" @@ -100,7 +102,7 @@ "> > dropped, and then GUP blocks on trying to fault in another page.\n" "> > \n" "> > I think we cannot easily prevent new page references to be grabbed as you\n" - "> > write above since nobody expects stuff like get_page() to fail. But I\302\240\n" + "> > write above since nobody expects stuff like get_page() to fail. But I\303\257\302\277\302\275\n" "> > think that unmapping relevant pages and then preventing them to be faulted\n" "> > in again is workable and stops GUP as well. The problem with that is though\n" "> > what to do with page faults to such pages - you cannot just fail them for\n" @@ -125,9 +127,11 @@ "-- \n" "Dave Chinner\n" "david@fromorbit.com\n" - "_______________________________________________\n" - "Linux-nvdimm mailing list\n" - "Linux-nvdimm@lists.01.org\n" - https://lists.01.org/mailman/listinfo/linux-nvdimm + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -609009d93ff4c0e260a129b5dba8e254e1002017afb30e6b8d2d23353a20dc1f +06e4c06cad815f85af45a4baf2070c0521e060399720d046d1bf35a8c1cf67a3
diff --git a/a/1.txt b/N4/1.txt index 684ffa4..699dc2f 100644 --- a/a/1.txt +++ b/N4/1.txt @@ -8,7 +8,7 @@ On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote: > > > > > > > > If we hit a page with an elevated refcount in truncate / hole puch > > > > etc for a DAX file system we do not free the blocks in the file system, -> > > > but add it to the extent busy list. We mark the page as delayed +> > > > but add it to the extent busy list. We mark the page as delayed > > > > free (e.g. page flag?) so that when it finally hits refcount zero we > > > > call back into the file system to remove it from the busy list. > > > @@ -17,11 +17,11 @@ On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote: > > > Given that on a DAX file there shouldn't be any long-term page > > > references after we unmap it from the page table and don't allow > > > get_user_pages calls why not wait for the references for all -> > > DAX pages to go away first? E.g. if we find a DAX page in +> > > DAX pages to go away first? E.g. if we find a DAX page in > > > truncate_inode_pages_range that has an elevated refcount we set > > > a new flag to prevent new references from showing up, and then -> > > simply wait for it to go away. Instead of a busy way we can -> > > do this through a few hashed waitqueued in dev_pagemap. And in +> > > simply wait for it to go away. Instead of a busy way we can +> > > do this through a few hashed waitqueued in dev_pagemap. And in > > > fact put_zone_device_page already gets called when putting the > > > last page so we can handle the wakeup from there. > > > @@ -60,7 +60,7 @@ On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote: > > dropped, and then GUP blocks on trying to fault in another page. > > > > I think we cannot easily prevent new page references to be grabbed as you -> > write above since nobody expects stuff like get_page() to fail. But I +> > write above since nobody expects stuff like get_page() to fail. But I > > think that unmapping relevant pages and then preventing them to be faulted > > in again is workable and stops GUP as well. The problem with that is though > > what to do with page faults to such pages - you cannot just fail them for @@ -85,7 +85,9 @@ $DEITY that patch is so ugly I can't even bring myself to type it. -- Dave Chinner david@fromorbit.com -_______________________________________________ -Linux-nvdimm mailing list -Linux-nvdimm@lists.01.org -https://lists.01.org/mailman/listinfo/linux-nvdimm + +-- +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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N4/content_digest index dc25fe6..3824462 100644 --- a/a/content_digest +++ b/N4/content_digest @@ -8,34 +8,36 @@ "Date\0Fri, 27 Oct 2017 17:48:54 +1100\0" "To\0Williams" " Dan J <dan.j.williams@intel.com>\0" - "Cc\0mhocko@suse.com <mhocko@suse.com>" + "Cc\0hch@lst.de <hch@lst.de>" jack@suse.cz <jack@suse.cz> - benh@kernel.crashing.org <benh@kernel.crashing.org> - dave.hansen@linux.intel.com <dave.hansen@linux.intel.com> - heiko.carstens@de.ibm.com <heiko.carstens@de.ibm.com> + schwidefsky@de.ibm.com <schwidefsky@de.ibm.com> + darrick.wong@oracle.com <darrick.wong@oracle.com> + dledford@redhat.com <dledford@redhat.com> + linux-rdma@vger.kernel.org <linux-rdma@vger.kernel.org> + linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> bfields@fieldses.org <bfields@fieldses.org> linux-mm@kvack.org <linux-mm@kvack.org> - paulus@samba.org <paulus@samba.org> + heiko.carstens@de.ibm.com <heiko.carstens@de.ibm.com> + dave.hansen@linux.intel.com <dave.hansen@linux.intel.com> + linux-xfs@vger.kernel.org <linux-xfs@vger.kernel.org> + linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> + jmoyer@redhat.com <jmoyer@redhat.com> + viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> + kirill.shutemov@linux.intel.com <kirill.shutemov@linux.intel.com> + akpm@linux-foundation.org <akpm@linux-foundation.org> Hefty Sean <sean.hefty@intel.com> + linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> jlayton@poochiereds.net <jlayton@poochiereds.net> mawilcox@microsoft.com <mawilcox@microsoft.com> - linux-rdma@vger.kernel.org <linux-rdma@vger.kernel.org> - mpe@ellerman.id.au <mpe@ellerman.id.au> - dledford@redhat.com <dledford@redhat.com> - hch@lst.de <hch@lst.de> + mhocko@suse.com <mhocko@suse.com> + ross.zwisler@linux.intel.com <ross.zwisler@linux.intel.com> + gerald.schaefer@de.ibm.com <gerald.schaefer@de.ibm.com> jgunthorpe@obsidianresearch.com <jgunthorpe@obsidianresearch.com> hal.rosenstock@gmail.com <hal.rosenstock@gmail.com> - schwidefsky@de.ibm.com <schwidefsky@de.ibm.com> - viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> - gerald.schaefer@de.ibm.com <gerald.schaefer@de.ibm.com> - linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> - darrick.wong@oracle.com <darrick.wong@oracle.com> - linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> - linux-xfs@vger.kernel.org <linux-xfs@vger.kernel.org> - linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> - akpm@linux-foundation.org <akpm@linux-foundation.org> - " kirill.shutemov@linux.intel.com <kirill.shutemov@linux.intel.com>\0" + benh@kernel.crashing.org <benh@kernel.crashing.org> + mpe@ellerman.id.au <mpe@ellerman.id.au> + " paulus@samba.org <paulus@samba.org>\0" "\00:1\0" "b\0" "On Thu, Oct 26, 2017 at 11:51:04PM +0000, Williams, Dan J wrote:\n" @@ -48,7 +50,7 @@ "> > > > \n" "> > > > If we hit a page with an elevated refcount in truncate / hole puch\n" "> > > > etc for a DAX file system we do not free the blocks in the file system,\n" - "> > > > but add it to the extent busy list.\302\240\302\240We mark the page as delayed\n" + "> > > > but add it to the extent busy list. We mark the page as delayed\n" "> > > > free (e.g. page flag?) so that when it finally hits refcount zero we\n" "> > > > call back into the file system to remove it from the busy list.\n" "> > > \n" @@ -57,11 +59,11 @@ "> > > Given that on a DAX file there shouldn't be any long-term page\n" "> > > references after we unmap it from the page table and don't allow\n" "> > > get_user_pages calls why not wait for the references for all\n" - "> > > DAX pages to go away first?\302\240\302\240E.g. if we find a DAX page in\n" + "> > > DAX pages to go away first? E.g. if we find a DAX page in\n" "> > > truncate_inode_pages_range that has an elevated refcount we set\n" "> > > a new flag to prevent new references from showing up, and then\n" - "> > > simply wait for it to go away.\302\240\302\240Instead of a busy way we can\n" - "> > > do this through a few hashed waitqueued in dev_pagemap.\302\240\302\240And in\n" + "> > > simply wait for it to go away. Instead of a busy way we can\n" + "> > > do this through a few hashed waitqueued in dev_pagemap. And in\n" "> > > fact put_zone_device_page already gets called when putting the\n" "> > > last page so we can handle the wakeup from there.\n" "> > > \n" @@ -100,7 +102,7 @@ "> > dropped, and then GUP blocks on trying to fault in another page.\n" "> > \n" "> > I think we cannot easily prevent new page references to be grabbed as you\n" - "> > write above since nobody expects stuff like get_page() to fail. But I\302\240\n" + "> > write above since nobody expects stuff like get_page() to fail. But I \n" "> > think that unmapping relevant pages and then preventing them to be faulted\n" "> > in again is workable and stops GUP as well. The problem with that is though\n" "> > what to do with page faults to such pages - you cannot just fail them for\n" @@ -125,9 +127,11 @@ "-- \n" "Dave Chinner\n" "david@fromorbit.com\n" - "_______________________________________________\n" - "Linux-nvdimm mailing list\n" - "Linux-nvdimm@lists.01.org\n" - https://lists.01.org/mailman/listinfo/linux-nvdimm + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -609009d93ff4c0e260a129b5dba8e254e1002017afb30e6b8d2d23353a20dc1f +0058ec8c2930e81e6bc31cb07d258bee682350f721be718181c81ec234804c02
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.