All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <alpine.DEB.2.00.1107072058390.5978@tiger>

diff --git a/a/1.txt b/N1/1.txt
index 770d38a..afed34e 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -10,7 +10,7 @@ On Wed, 6 Jul 2011, Pekka Enberg wrote:
 >>   bank 0     bank 1   bank 2    bank3
 >> | online  | offline | online  | offline |
 >
-On Wed, 6 Jul 2011, david at lang.hm wrote:
+On Wed, 6 Jul 2011, david@lang.hm wrote:
 > I believe that there are memory allocations that cannot be moved after they 
 > are made (think about regions allocated to DMA from hardware where the 
 > hardware has already been given the address space to DMA into)
diff --git a/a/content_digest b/N1/content_digest
index 51e2044..e6c67dd 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,10 +2,23 @@
  "ref\020110629130038.GA7909@in.ibm.com\0"
  "ref\0CAOJsxLHQP=-srK_uYYBsPb7+rUBnPZG7bzwtCd-rRaQa4ikUFg@mail.gmail.com\0"
  "ref\0alpine.DEB.2.02.1107061318190.2535@asgard.lang.hm\0"
- "From\0penberg@kernel.org (Pekka Enberg)\0"
- "Subject\0[PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management\0"
+ "From\0Pekka Enberg <penberg@kernel.org>\0"
+ "Subject\0Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management\0"
  "Date\0Thu, 7 Jul 2011 21:00:44 +0300 (EEST)\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0david@lang.hm\0"
+ "Cc\0Ankita Garg <ankita@in.ibm.com>"
+  linux-arm-kernel@lists.infradead.org
+  linux-mm@kvack.org
+  linux-kernel@vger.kernel.org
+  linux-pm@lists.linux-foundation.org
+  svaidy@linux.vnet.ibm.com
+  thomas.abraham@linaro.org
+  Dave Hansen <dave@linux.vnet.ibm.com>
+  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
+  KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
+  Matthew Garrett <mjg59@srcf.ucam.org>
+  Arjan van de Ven <arjan@infradead.org>
+ " Christoph Lameter <cl@linux.com>\0"
  "\00:1\0"
  "b\0"
  "On Wed, 6 Jul 2011, Pekka Enberg wrote:\n"
@@ -20,7 +33,7 @@
  ">>   bank 0     bank 1   bank 2    bank3\n"
  ">> | online  | offline | online  | offline |\n"
  ">\n"
- "On Wed, 6 Jul 2011, david at lang.hm wrote:\n"
+ "On Wed, 6 Jul 2011, david@lang.hm wrote:\n"
  "> I believe that there are memory allocations that cannot be moved after they \n"
  "> are made (think about regions allocated to DMA from hardware where the \n"
  "> hardware has already been given the address space to DMA into)\n"
@@ -35,4 +48,4 @@
  "\n"
  " \t\t\t\tPekka"
 
-8bc21a527bd0ae76a870fc21960203b0f001e762d7893bd551644ab864a56ca8
+78bef559d9adf60a39469852e3f4c519f97989d4970e80a6fe12a6379fcaee7d

diff --git a/a/1.txt b/N2/1.txt
index 770d38a..d07fbea 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -10,7 +10,7 @@ On Wed, 6 Jul 2011, Pekka Enberg wrote:
 >>   bank 0     bank 1   bank 2    bank3
 >> | online  | offline | online  | offline |
 >
-On Wed, 6 Jul 2011, david at lang.hm wrote:
+On Wed, 6 Jul 2011, david@lang.hm wrote:
 > I believe that there are memory allocations that cannot be moved after they 
 > are made (think about regions allocated to DMA from hardware where the 
 > hardware has already been given the address space to DMA into)
@@ -24,3 +24,10 @@ pinned there until the driver is unloaded, no? So in practice DMA buffers
 are going to be in banks 0-1?
 
  				Pekka
+
+--
+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/ .
+Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
+Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
diff --git a/a/content_digest b/N2/content_digest
index 51e2044..2429089 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -2,10 +2,23 @@
  "ref\020110629130038.GA7909@in.ibm.com\0"
  "ref\0CAOJsxLHQP=-srK_uYYBsPb7+rUBnPZG7bzwtCd-rRaQa4ikUFg@mail.gmail.com\0"
  "ref\0alpine.DEB.2.02.1107061318190.2535@asgard.lang.hm\0"
- "From\0penberg@kernel.org (Pekka Enberg)\0"
- "Subject\0[PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management\0"
+ "From\0Pekka Enberg <penberg@kernel.org>\0"
+ "Subject\0Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management\0"
  "Date\0Thu, 7 Jul 2011 21:00:44 +0300 (EEST)\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0david@lang.hm\0"
+ "Cc\0Ankita Garg <ankita@in.ibm.com>"
+  linux-arm-kernel@lists.infradead.org
+  linux-mm@kvack.org
+  linux-kernel@vger.kernel.org
+  linux-pm@lists.linux-foundation.org
+  svaidy@linux.vnet.ibm.com
+  thomas.abraham@linaro.org
+  Dave Hansen <dave@linux.vnet.ibm.com>
+  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
+  KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
+  Matthew Garrett <mjg59@srcf.ucam.org>
+  Arjan van de Ven <arjan@infradead.org>
+ " Christoph Lameter <cl@linux.com>\0"
  "\00:1\0"
  "b\0"
  "On Wed, 6 Jul 2011, Pekka Enberg wrote:\n"
@@ -20,7 +33,7 @@
  ">>   bank 0     bank 1   bank 2    bank3\n"
  ">> | online  | offline | online  | offline |\n"
  ">\n"
- "On Wed, 6 Jul 2011, david at lang.hm wrote:\n"
+ "On Wed, 6 Jul 2011, david@lang.hm wrote:\n"
  "> I believe that there are memory allocations that cannot be moved after they \n"
  "> are made (think about regions allocated to DMA from hardware where the \n"
  "> hardware has already been given the address space to DMA into)\n"
@@ -33,6 +46,13 @@
  "pinned there until the driver is unloaded, no? So in practice DMA buffers \n"
  "are going to be in banks 0-1?\n"
  "\n"
- " \t\t\t\tPekka"
+ " \t\t\t\tPekka\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"
+ "Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/\n"
+ "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
 
-8bc21a527bd0ae76a870fc21960203b0f001e762d7893bd551644ab864a56ca8
+63175311b9d99fd15a97b6476976676c26b9ea2a84b7cd145348697badb9635a

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.