diff for duplicates of <55E70653.4090302@linux.intel.com> diff --git a/a/1.txt b/N1/1.txt index 9c6874e..e40e0ef 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -20,9 +20,3 @@ numbers of the cost of doing it this way? Even if the instruction is a "noop", I'd really expect the overhead to really add up for a tens-of-gigabytes mapping, no matter how much the CPU optimizes it. - --- -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 a23e865..e7dfc95 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -49,12 +49,6 @@ "\n" "Even if the instruction is a \"noop\", I'd really expect the overhead to\n" "really add up for a tens-of-gigabytes mapping, no matter how much the\n" - "CPU optimizes it.\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>" + CPU optimizes it. -dca8c4337ee51644f0f4fd493bd6536c5d85d60282f9023c470bfb57eaca7eda +a0735be154d059dcf522e23cbf89a2dcac2395fbe938189043c9ae3a27e10bfa
diff --git a/a/1.txt b/N2/1.txt index 9c6874e..e40e0ef 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -20,9 +20,3 @@ numbers of the cost of doing it this way? Even if the instruction is a "noop", I'd really expect the overhead to really add up for a tens-of-gigabytes mapping, no matter how much the CPU optimizes it. - --- -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 a23e865..31da6c1 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -21,7 +21,7 @@ Kirill A. Shutemov <kirill.shutemov@linux.intel.com> linux-fsdevel@vger.kernel.org linux-mm@kvack.org - linux-nvdimm@lists.01.org + linux-nvdimm@ml01.01.org Matthew Wilcox <willy@linux.intel.com> Peter Zijlstra <peterz@infradead.org> Thomas Gleixner <tglx@linutronix.de> @@ -49,12 +49,6 @@ "\n" "Even if the instruction is a \"noop\", I'd really expect the overhead to\n" "really add up for a tens-of-gigabytes mapping, no matter how much the\n" - "CPU optimizes it.\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>" + CPU optimizes it. -dca8c4337ee51644f0f4fd493bd6536c5d85d60282f9023c470bfb57eaca7eda +a2ce48504de4caa08428eb5ee83ba1506c22a6d1b269e1a2cf7cf4e7c7051c9a
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.