diff for duplicates of <20161103211646.GB28177@dastard> diff --git a/a/1.txt b/N1/1.txt index a05cf49..a8dd6cf 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -90,9 +90,3 @@ Dave. -- Dave Chinner david@fromorbit.com - --- -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 0abcb08..00112b3 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -112,12 +112,6 @@ "\n" "-- \n" "Dave Chinner\n" - "david@fromorbit.com\n" - "\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>" + david@fromorbit.com -3ec101dd3a570ffc19af8eed6ab4256a053278c76d5171a9dbb5105d9a9def03 +7c01bcbbb2f70d426c8337b4899fed31e56cac7a731e268c3109090271784677
diff --git a/a/1.txt b/N2/1.txt index a05cf49..cee006d 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -12,87 +12,3 @@ On Thu, Nov 03, 2016 at 11:51:02AM -0600, Ross Zwisler wrote: > the usual lists (linux-xfs, linux-fsdevel, linux-nvdimm, etc). Ok, now I'm /really/ confused. Procmail logs show: - ->From ross.zwisler@linux.intel.com Wed Nov 02 06:56:46 2016 -Subject: [PATCH v9 00/16] re-enable DAX PMD support -Folder: incoming/xfs-linux/new/1478030206.9177_1.dastard 5348 ->From ross.zwisler@linux.intel.com Wed Nov 02 06:56:48 2016 -Subject: [PATCH v9 01/16] ext4: tell DAX the size of allocation holes -Folder: incoming/xfs-linux/new/1478030208.9182_1.dastard 3725 ->From ross.zwisler@linux.intel.com Wed Nov 02 06:56:49 2016 -Subject: [PATCH v9 02/16] dax: remove buffer_size_valid() -Folder: incoming/xfs-linux/new/1478030209.9187_1.dastard 4692 -..... - -so procmail has seen them, and put them all in the same bucket like -it has for everything else. - -But only patch 0 appeared in my linux-xfs mail box - the rest of the -files logged by procmail don't exist. No errors or indications of -failures anywhere. They've just vanished into thin air... - -> They are also available via the libnvdimm patchwork: -> -> https://patchwork.kernel.org/project/linux-nvdimm/list/ -> -> or via my tree: -> -> https://git.kernel.org/cgit/linux/kernel/git/zwisler/linux.git/log/?h=dax_pmd_v9 -> -> The only patch that is different between v8 and v9 is: -> [PATCH v9 14/16] dax: add struct iomap based DAX PMD support - -OK, thanks, I'll pull it in. - -> -> > > Previously we had talked about this series going through the XFS tree, but -> > > Jan has a patch set that will need to build on this series and it heavily -> > > modifies the MM code. I think he would prefer that series to go through -> > > Andrew Morton's -MM tree, so it probably makes sense for this series to go -> > > through that same tree. -> > -> > Seriously, I was 10 minutes away from pushing out the previous -> > version of this patchset as a stable topic branch, just like has -> > been discussed and several times over the past week. Indeed, I -> > mentioned that I was planning on pushing out this topic branch today -> > not more than 4 hours ago, and you were on the cc list. -> -> I'm confused - I sent v9 of this series out 2 days ago, on Tuesday? -> I have seen multiple messages from you this week saying you were going to pick -> this series up, but I saw them all after I had already sent this series out. - -That's what I'm really confused - I replied immediately after this -email appeared in my in-box - I was working from v8 because I didn't -know this version existed. This v9 patch zero email hit procmail on -"Wed Nov 02 06:56:46 2016" and i replied immediately when i saw it: -"On Thu, Nov 03, 2016 at 12:58:26PM +1100," - -So there's some 30 hours between it passing through procmail and -mutt adding it to my inbox. And mutt hasn't see any of the other -emails in the thread. - -/me sighs and wonders how much other email has been going missing -lately.... - -> Sorry for the confusion, - -Clearly not your fault, Ross. - -> I was just trying to figure out a way that Jan's -> changes could also be merged. Please do pick up v9 of my PMD set. :) - -Will do, but I've got to find my way out of WTF-Landia first... - -Cheers, - -Dave. - --- -Dave Chinner -david@fromorbit.com - --- -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/N2/content_digest index 0abcb08..a19f884 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -34,90 +34,6 @@ "> I CC'd your \"david@fromorbit.com\" address on the entire set, as well as all\n" "> the usual lists (linux-xfs, linux-fsdevel, linux-nvdimm, etc).\n" "\n" - "Ok, now I'm /really/ confused. Procmail logs show:\n" - "\n" - ">From ross.zwisler@linux.intel.com Wed Nov 02 06:56:46 2016\n" - "Subject: [PATCH v9 00/16] re-enable DAX PMD support\n" - "Folder: incoming/xfs-linux/new/1478030206.9177_1.dastard 5348\n" - ">From ross.zwisler@linux.intel.com Wed Nov 02 06:56:48 2016\n" - "Subject: [PATCH v9 01/16] ext4: tell DAX the size of allocation holes\n" - "Folder: incoming/xfs-linux/new/1478030208.9182_1.dastard 3725\n" - ">From ross.zwisler@linux.intel.com Wed Nov 02 06:56:49 2016\n" - "Subject: [PATCH v9 02/16] dax: remove buffer_size_valid()\n" - "Folder: incoming/xfs-linux/new/1478030209.9187_1.dastard 4692\n" - ".....\n" - "\n" - "so procmail has seen them, and put them all in the same bucket like\n" - "it has for everything else.\n" - "\n" - "But only patch 0 appeared in my linux-xfs mail box - the rest of the\n" - "files logged by procmail don't exist. No errors or indications of\n" - "failures anywhere. They've just vanished into thin air...\n" - "\n" - "> They are also available via the libnvdimm patchwork:\n" - "> \n" - "> https://patchwork.kernel.org/project/linux-nvdimm/list/\n" - "> \n" - "> or via my tree:\n" - "> \n" - "> https://git.kernel.org/cgit/linux/kernel/git/zwisler/linux.git/log/?h=dax_pmd_v9\n" - "> \n" - "> The only patch that is different between v8 and v9 is:\n" - "> [PATCH v9 14/16] dax: add struct iomap based DAX PMD support\n" - "\n" - "OK, thanks, I'll pull it in.\n" - "\n" - "> \n" - "> > > Previously we had talked about this series going through the XFS tree, but\n" - "> > > Jan has a patch set that will need to build on this series and it heavily\n" - "> > > modifies the MM code. I think he would prefer that series to go through\n" - "> > > Andrew Morton's -MM tree, so it probably makes sense for this series to go\n" - "> > > through that same tree.\n" - "> > \n" - "> > Seriously, I was 10 minutes away from pushing out the previous\n" - "> > version of this patchset as a stable topic branch, just like has\n" - "> > been discussed and several times over the past week. Indeed, I\n" - "> > mentioned that I was planning on pushing out this topic branch today\n" - "> > not more than 4 hours ago, and you were on the cc list.\n" - "> \n" - "> I'm confused - I sent v9 of this series out 2 days ago, on Tuesday?\n" - "> I have seen multiple messages from you this week saying you were going to pick\n" - "> this series up, but I saw them all after I had already sent this series out.\n" - "\n" - "That's what I'm really confused - I replied immediately after this\n" - "email appeared in my in-box - I was working from v8 because I didn't\n" - "know this version existed. This v9 patch zero email hit procmail on\n" - "\"Wed Nov 02 06:56:46 2016\" and i replied immediately when i saw it:\n" - "\"On Thu, Nov 03, 2016 at 12:58:26PM +1100,\"\n" - "\n" - "So there's some 30 hours between it passing through procmail and\n" - "mutt adding it to my inbox. And mutt hasn't see any of the other\n" - "emails in the thread.\n" - "\n" - "/me sighs and wonders how much other email has been going missing\n" - "lately....\n" - "\n" - "> Sorry for the confusion,\n" - "\n" - "Clearly not your fault, Ross.\n" - "\n" - "> I was just trying to figure out a way that Jan's\n" - "> changes could also be merged. Please do pick up v9 of my PMD set. :)\n" - "\n" - "Will do, but I've got to find my way out of WTF-Landia first...\n" - "\n" - "Cheers,\n" - "\n" - "Dave.\n" - "\n" - "-- \n" - "Dave Chinner\n" - "david@fromorbit.com\n" - "\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>" + Ok, now I'm /really/ confused. Procmail logs show: -3ec101dd3a570ffc19af8eed6ab4256a053278c76d5171a9dbb5105d9a9def03 +01688955fbba1a50ed66cc11b86d408d3a7e0a9155ec9b6ce18ee1f134df9423
diff --git a/a/1.txt b/N3/1.txt index a05cf49..a8dd6cf 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -90,9 +90,3 @@ Dave. -- Dave Chinner david@fromorbit.com - --- -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 0abcb08..d4349de 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -17,7 +17,7 @@ linux-ext4@vger.kernel.org linux-fsdevel@vger.kernel.org linux-mm@kvack.org - linux-nvdimm@lists.01.org + linux-nvdimm@ml01.01.org " linux-xfs@vger.kernel.org\0" "\00:1\0" "b\0" @@ -112,12 +112,6 @@ "\n" "-- \n" "Dave Chinner\n" - "david@fromorbit.com\n" - "\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>" + david@fromorbit.com -3ec101dd3a570ffc19af8eed6ab4256a053278c76d5171a9dbb5105d9a9def03 +d870fc7d9d6d8b1e1064cb76bf2926a05f93004290d256f291878de733b592bf
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.