All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <562DBBC9.4000104@intel.com>

diff --git a/a/1.txt b/N1/1.txt
index 33099b8..f8b6ff7 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,4 +1,4 @@
-On 2015?10?24? 02:36, Alexander Duyck wrote:
+On 2015年10月24日 02:36, Alexander Duyck wrote:
 > I was thinking about it and I am pretty sure the dummy write approach is
 > problematic at best.  Specifically the issue is that while you are
 > performing a dummy write you risk pulling in descriptors for data that
diff --git a/a/content_digest b/N1/content_digest
index 5c98ae5..196f6c0 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,12 +1,33 @@
  "ref\01445445464-5056-1-git-send-email-tianyu.lan@intel.com\0"
  "ref\0562A7E33.4080800@gmail.com\0"
  "From\0Lan Tianyu <tianyu.lan@intel.com>\0"
- "Subject\0[Intel-wired-lan] [RFC Patch 00/12] IXGBE: Add live migration support for SRIOV NIC\0"
+ "Subject\0Re: [RFC Patch 00/12] IXGBE: Add live migration support for SRIOV NIC\0"
  "Date\0Mon, 26 Oct 2015 13:36:09 +0800\0"
- "To\0intel-wired-lan@osuosl.org\0"
+ "To\0Alexander Duyck <alexander.duyck@gmail.com>"
+  bhelgaas@google.com
+  carolyn.wyborny@intel.com
+  donald.c.skidmore@intel.com
+  eddie.dong@intel.com
+  nrupal.jani@intel.com
+  yang.z.zhang@intel.com
+  agraf@suse.de
+  kvm@vger.kernel.org
+  pbonzini@redhat.com
+  qemu-devel@nongnu.org
+  emil.s.tantilov@intel.com
+  intel-wired-lan@lists.osuosl.org
+  jeffrey.t.kirsher@intel.com
+  jesse.brandeburg@intel.com
+  john.ronciak@intel.com
+  linux-kernel@vger.kernel.org
+  linux-pci@vger.kernel.org
+  matthew.vick@intel.com
+  mitch.a.williams@intel.com
+  netdev@vger.kernel.org
+ " shannon.nelson@intel.com\0"
  "\00:1\0"
  "b\0"
- "On 2015?10?24? 02:36, Alexander Duyck wrote:\n"
+ "On 2015\345\271\26410\346\234\21024\346\227\245 02:36, Alexander Duyck wrote:\n"
  "> I was thinking about it and I am pretty sure the dummy write approach is\n"
  "> problematic at best.  Specifically the issue is that while you are\n"
  "> performing a dummy write you risk pulling in descriptors for data that\n"
@@ -22,4 +43,4 @@
  "Best regards\n"
  Tianyu Lan
 
-6d02031b2d0a5dd9b69c234c08de34f1e4940c7d99adb2e9c3432f414ff91c07
+cc6f19b7e49e8bea313517237e7a37fad41f88430a27ef0ad0207e5e66e38824

diff --git a/a/1.txt b/N2/1.txt
index 33099b8..f8b6ff7 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -1,4 +1,4 @@
-On 2015?10?24? 02:36, Alexander Duyck wrote:
+On 2015年10月24日 02:36, Alexander Duyck wrote:
 > I was thinking about it and I am pretty sure the dummy write approach is
 > problematic at best.  Specifically the issue is that while you are
 > performing a dummy write you risk pulling in descriptors for data that
diff --git a/a/content_digest b/N2/content_digest
index 5c98ae5..edf0318 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -1,12 +1,33 @@
  "ref\01445445464-5056-1-git-send-email-tianyu.lan@intel.com\0"
  "ref\0562A7E33.4080800@gmail.com\0"
  "From\0Lan Tianyu <tianyu.lan@intel.com>\0"
- "Subject\0[Intel-wired-lan] [RFC Patch 00/12] IXGBE: Add live migration support for SRIOV NIC\0"
+ "Subject\0Re: [Qemu-devel] [RFC Patch 00/12] IXGBE: Add live migration support for SRIOV NIC\0"
  "Date\0Mon, 26 Oct 2015 13:36:09 +0800\0"
- "To\0intel-wired-lan@osuosl.org\0"
+ "To\0Alexander Duyck <alexander.duyck@gmail.com>"
+  bhelgaas@google.com
+  carolyn.wyborny@intel.com
+  donald.c.skidmore@intel.com
+  eddie.dong@intel.com
+  nrupal.jani@intel.com
+  yang.z.zhang@intel.com
+  agraf@suse.de
+  kvm@vger.kernel.org
+  pbonzini@redhat.com
+  qemu-devel@nongnu.org
+  emil.s.tantilov@intel.com
+  intel-wired-lan@lists.osuosl.org
+  jeffrey.t.kirsher@intel.com
+  jesse.brandeburg@intel.com
+  john.ronciak@intel.com
+  linux-kernel@vger.kernel.org
+  linux-pci@vger.kernel.org
+  matthew.vick@intel.com
+  mitch.a.williams@intel.com
+  netdev@vger.kernel.org
+ " shannon.nelson@intel.com\0"
  "\00:1\0"
  "b\0"
- "On 2015?10?24? 02:36, Alexander Duyck wrote:\n"
+ "On 2015\345\271\26410\346\234\21024\346\227\245 02:36, Alexander Duyck wrote:\n"
  "> I was thinking about it and I am pretty sure the dummy write approach is\n"
  "> problematic at best.  Specifically the issue is that while you are\n"
  "> performing a dummy write you risk pulling in descriptors for data that\n"
@@ -22,4 +43,4 @@
  "Best regards\n"
  Tianyu Lan
 
-6d02031b2d0a5dd9b69c234c08de34f1e4940c7d99adb2e9c3432f414ff91c07
+610bf0aee02bea715a7b3c7a4936559166e6a17fc6f3ca4616c11047d42f841c

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.