diff for duplicates of <20170518212939.GA28029@linux.intel.com> diff --git a/a/1.txt b/N1/1.txt index 446e9ff..fcfd066 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -138,7 +138,9 @@ between faults either in the mm/memory.c code, and are susceptible to the same races. How do they deal with the fact that by the time they get to their PTE fault handler, a racing PMD fault handler in another thread could have inserted a PMD into their page tables, and vice versa? -_______________________________________________ -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 27d1cb1..f086564 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,19 +5,24 @@ "Subject\0Re: [PATCH 2/2] dax: Fix race between colliding PMD & PTE entries\0" "Date\0Thu, 18 May 2017 15:29:39 -0600\0" "To\0Jan Kara <jack@suse.cz>\0" - "Cc\0Andrew Morton <akpm@linux-foundation.org>" - Darrick J. Wong <darrick.wong@oracle.com> - Matthew Wilcox <mawilcox@microsoft.com> + "Cc\0Ross Zwisler <ross.zwisler@linux.intel.com>" + Andrew Morton <akpm@linux-foundation.org> linux-kernel@vger.kernel.org - stable@vger.kernel.org - linux-mm@kvack.org - Dave Hansen <dave.hansen@intel.com> + Darrick J. Wong <darrick.wong@oracle.com> Alexander Viro <viro@zeniv.linux.org.uk> - linux-fsdevel@vger.kernel.org - Eryu Guan <eguan@redhat.com> Christoph Hellwig <hch@lst.de> + Dan Williams <dan.j.williams@intel.com> + Dave Hansen <dave.hansen@intel.com> + Matthew Wilcox <mawilcox@microsoft.com> + linux-fsdevel@vger.kernel.org + linux-mm@kvack.org + linux-nvdimm@lists.01.org Kirill A . Shutemov <kirill.shutemov@linux.intel.com> - " linux-nvdimm@lists.01.org\0" + Pawel Lebioda <pawel.lebioda@intel.com> + Dave Jiang <dave.jiang@intel.com> + Xiong Zhou <xzhou@redhat.com> + Eryu Guan <eguan@redhat.com> + " stable@vger.kernel.org\0" "\00:1\0" "b\0" "On Thu, May 18, 2017 at 09:50:37AM +0200, Jan Kara wrote:\n" @@ -160,9 +165,11 @@ "races. How do they deal with the fact that by the time they get to their PTE\n" "fault handler, a racing PMD fault handler in another thread could have\n" "inserted a PMD into their page tables, and vice versa?\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>" -f448ebde05ada3213bcd2366ff8e56cc8c863a63698b00a7166bc578aadf8dcf +927a61f3dfdfbdc8015b7a1d847e2be3002658594aa29dbadd25c625b7ce7f52
diff --git a/a/1.txt b/N2/1.txt index 446e9ff..8e3c12f 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -138,7 +138,3 @@ between faults either in the mm/memory.c code, and are susceptible to the same races. How do they deal with the fact that by the time they get to their PTE fault handler, a racing PMD fault handler in another thread could have inserted a PMD into their page tables, and vice versa? -_______________________________________________ -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 27d1cb1..ab00cd6 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -5,19 +5,24 @@ "Subject\0Re: [PATCH 2/2] dax: Fix race between colliding PMD & PTE entries\0" "Date\0Thu, 18 May 2017 15:29:39 -0600\0" "To\0Jan Kara <jack@suse.cz>\0" - "Cc\0Andrew Morton <akpm@linux-foundation.org>" - Darrick J. Wong <darrick.wong@oracle.com> - Matthew Wilcox <mawilcox@microsoft.com> + "Cc\0Ross Zwisler <ross.zwisler@linux.intel.com>" + Andrew Morton <akpm@linux-foundation.org> linux-kernel@vger.kernel.org - stable@vger.kernel.org - linux-mm@kvack.org - Dave Hansen <dave.hansen@intel.com> + Darrick J. Wong <darrick.wong@oracle.com> Alexander Viro <viro@zeniv.linux.org.uk> - linux-fsdevel@vger.kernel.org - Eryu Guan <eguan@redhat.com> Christoph Hellwig <hch@lst.de> + Dan Williams <dan.j.williams@intel.com> + Dave Hansen <dave.hansen@intel.com> + Matthew Wilcox <mawilcox@microsoft.com> + linux-fsdevel@vger.kernel.org + linux-mm@kvack.org + linux-nvdimm@ml01.01.org Kirill A . Shutemov <kirill.shutemov@linux.intel.com> - " linux-nvdimm@lists.01.org\0" + Pawel Lebioda <pawel.lebioda@intel.com> + Dave Jiang <dave.jiang@intel.com> + Xiong Zhou <xzhou@redhat.com> + Eryu Guan <eguan@redhat.com> + " stable@vger.kernel.org\0" "\00:1\0" "b\0" "On Thu, May 18, 2017 at 09:50:37AM +0200, Jan Kara wrote:\n" @@ -159,10 +164,6 @@ "between faults either in the mm/memory.c code, and are susceptible to the same\n" "races. How do they deal with the fact that by the time they get to their PTE\n" "fault handler, a racing PMD fault handler in another thread could have\n" - "inserted a PMD into their page tables, and vice versa?\n" - "_______________________________________________\n" - "Linux-nvdimm mailing list\n" - "Linux-nvdimm@lists.01.org\n" - https://lists.01.org/mailman/listinfo/linux-nvdimm + inserted a PMD into their page tables, and vice versa? -f448ebde05ada3213bcd2366ff8e56cc8c863a63698b00a7166bc578aadf8dcf +e908a7890ccdf2b6df315c4cd6b5543b713ac2a57ee86bfb2b05071d0dfeaa22
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.