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

diff --git a/a/1.txt b/N1/1.txt
index 4a6018d..1a919f1 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -6,36 +6,36 @@ On Wed, 2016-05-18 at 21:10 -0700, David Miller wrote:
 > >> This patch series is meant to be applied after:
 > >> [PATCH v7 net-next 00/16] ipv6: Enable GUEoIPv6 and more fixes for v6
 > >> tunneling
-> >>?
+> >> 
 > >> The first patch addresses an issue we already resolved in the GREv4
 > and
 > >> is
 > >> now present in GREv6 with the introduction of FOU/GUE for IPv6 based
 > GRE
 > >> tunnels.
-> >>?
+> >> 
 > >> The second patch goes through and enables IPv6 tunnel offloads for the
 > >> Intel
-> >> NICs that already support the IPv4 based IP-in-IP tunnel offloads.? I
+> >> NICs that already support the IPv4 based IP-in-IP tunnel offloads.  I
 > >> have
 > >> only done a bit of touch testing but have seen ~20 Gb/s over an i40e
 > >> interface using a v4-in-v6 tunnel, and I have verified IPv6 GRE is
 > still
-> >> passing traffic at around the same rate.? I plan to do further testing
+> >> passing traffic at around the same rate.  I plan to do further testing
 > >> but
 > >> with these patches present it should enable a wider audience to be
 > able
 > >> to
 > >> test the new features introduced in Tom's patchset with hardware
 > >> offloads.
-> >>?
+> >> 
 > >> ---
-> >>?
+> >> 
 > >> Alexander Duyck (2):
-> >> ????? ip6_gre: Do not allow segmentation offloads GRE_CSUM is enabled
+> >>       ip6_gre: Do not allow segmentation offloads GRE_CSUM is enabled
 > >> with FOU/GUE
-> >> ????? intel: Add support for IPv6 IP-in-IP offload
-> >?
+> >>       intel: Add support for IPv6 IP-in-IP offload
+> > 
 > > Dave, I have this series added to my queue.
 > 
 > Why would you if it depends upon Tom's series, as mentioned above, which
@@ -44,10 +44,3 @@ On Wed, 2016-05-18 at 21:10 -0700, David Miller wrote:
 I was not able to apply his patches to my dev-queue due to conflicts and
 from discussion with Alex, I made the mistake in assuming the issues I saw
 was because it did not have Tom's driver changes.
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: signature.asc
-Type: application/pgp-signature
-Size: 819 bytes
-Desc: This is a digitally signed message part
-URL: <http://lists.osuosl.org/pipermail/intel-wired-lan/attachments/20160524/6d768bcc/attachment.asc>
diff --git a/N1/2.bin b/N1/2.bin
new file mode 100644
index 0000000..0016359
--- /dev/null
+++ b/N1/2.bin
@@ -0,0 +1,17 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v2
+
+iQIcBAABCgAGBQJXRIv4AAoJEOVv75VaS+3Ory4P/AjSaguGw9xt5bKo4kxp5mxo
+j/n8vYjo/3PjW/TPZ37A3LRI7t8jEhZYDRbGhtlJG+bodqtr/0KuNRoAgJzMRMuX
+SL7P4dXLwgLcVqyBxSE2uw9cyphXUbKDKSv8Hsxchl5wrPtEp67edRN7/idboRTv
+MKl0vrzucuhhvRwaia84Nh0YzXLiUVgX80HDYn4PH4pCCybPo/Tbj/Agwr2N20SR
+F3o4VA5wPwIQ+Q7f2F45R2uSAkIQipATE30JSAKgRRWkpQVollHULlMw319P3hkL
++rsyx6GKK/KXLgQgc8cfST2xTpudvSLTnrHoPbY+nv9wJbUPBb7VSK3SkLdFi8a9
+mSUBQbEFZNbcVDvwlqp506qRVvXdwKPnh96PjuDGPAkuFle9wvvqnEEX52wQg5da
+04aPgar4RgHN08CFnzwoU8La2rAfgKnBNlcvP+myH9+uyCP0eQDN3AFyP0d35wzT
+8YG8jdtW+SJwLrrKiKussBczd8nfq43kQ+cJfMIuS2diY1wDle8iGu1CE1R4r9db
+3ByHZadGGPkbzUSACde27iirNFUUQ7Ja8PdtIAprC1o9w4lE/Ckt/SlAUsaGcDBN
+pXIIL4VxXDMtWMPC2NFisR6olGn1SmdgQ69uzgJe/ZFtCUTyF1Tp9h/Twg9ME/jr
+HT5+h+mS1foLGlv654Ok
+=4vek
+-----END PGP SIGNATURE-----
diff --git a/N1/2.hdr b/N1/2.hdr
new file mode 100644
index 0000000..da6d245
--- /dev/null
+++ b/N1/2.hdr
@@ -0,0 +1,3 @@
+Content-Type: application/pgp-signature; name="signature.asc"
+Content-Description: This is a digitally signed message part
+Content-Transfer-Encoding: 7bit
diff --git a/a/content_digest b/N1/content_digest
index aa95e9e..7302d81 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,10 +2,16 @@
  "ref\01463606878.2713.68.camel@intel.com\0"
  "ref\020160518.211043.773402183440053556.davem@davemloft.net\0"
  "From\0Jeff Kirsher <jeffrey.t.kirsher@intel.com>\0"
- "Subject\0[Intel-wired-lan] [net-next PATCH 0/2] Follow-ups for GUEoIPv6 patches\0"
+ "Subject\0Re: [net-next PATCH 0/2] Follow-ups for GUEoIPv6 patches\0"
  "Date\0Tue, 24 May 2016 10:14:32 -0700\0"
- "To\0intel-wired-lan@osuosl.org\0"
- "\00:1\0"
+ "To\0David Miller <davem@davemloft.net>\0"
+ "Cc\0aduyck@mirantis.com"
+  tom@herbertland.com
+  alexander.duyck@gmail.com
+  intel-wired-lan@lists.osuosl.org
+  netdev@vger.kernel.org
+ " kernel-team@fb.com\0"
+ "\01:1\0"
  "b\0"
  "On Wed, 2016-05-18 at 21:10 -0700, David Miller wrote:\n"
  "> From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>\n"
@@ -15,36 +21,36 @@
  "> >> This patch series is meant to be applied after:\n"
  "> >> [PATCH v7 net-next 00/16] ipv6: Enable GUEoIPv6 and more fixes for v6\n"
  "> >> tunneling\n"
- "> >>?\n"
+ "> >>\302\240\n"
  "> >> The first patch addresses an issue we already resolved in the GREv4\n"
  "> and\n"
  "> >> is\n"
  "> >> now present in GREv6 with the introduction of FOU/GUE for IPv6 based\n"
  "> GRE\n"
  "> >> tunnels.\n"
- "> >>?\n"
+ "> >>\302\240\n"
  "> >> The second patch goes through and enables IPv6 tunnel offloads for the\n"
  "> >> Intel\n"
- "> >> NICs that already support the IPv4 based IP-in-IP tunnel offloads.? I\n"
+ "> >> NICs that already support the IPv4 based IP-in-IP tunnel offloads.\302\240 I\n"
  "> >> have\n"
  "> >> only done a bit of touch testing but have seen ~20 Gb/s over an i40e\n"
  "> >> interface using a v4-in-v6 tunnel, and I have verified IPv6 GRE is\n"
  "> still\n"
- "> >> passing traffic at around the same rate.? I plan to do further testing\n"
+ "> >> passing traffic at around the same rate.\302\240 I plan to do further testing\n"
  "> >> but\n"
  "> >> with these patches present it should enable a wider audience to be\n"
  "> able\n"
  "> >> to\n"
  "> >> test the new features introduced in Tom's patchset with hardware\n"
  "> >> offloads.\n"
- "> >>?\n"
+ "> >>\302\240\n"
  "> >> ---\n"
- "> >>?\n"
+ "> >>\302\240\n"
  "> >> Alexander Duyck (2):\n"
- "> >> ????? ip6_gre: Do not allow segmentation offloads GRE_CSUM is enabled\n"
+ "> >> \302\240\302\240\302\240\302\240\302\240 ip6_gre: Do not allow segmentation offloads GRE_CSUM is enabled\n"
  "> >> with FOU/GUE\n"
- "> >> ????? intel: Add support for IPv6 IP-in-IP offload\n"
- "> >?\n"
+ "> >> \302\240\302\240\302\240\302\240\302\240 intel: Add support for IPv6 IP-in-IP offload\n"
+ "> >\302\240\n"
  "> > Dave, I have this series added to my queue.\n"
  "> \n"
  "> Why would you if it depends upon Tom's series, as mentioned above, which\n"
@@ -52,13 +58,27 @@
  "\n"
  "I was not able to apply his patches to my dev-queue due to conflicts and\n"
  "from discussion with Alex, I made the mistake in assuming the issues I saw\n"
- "was because it did not have Tom's driver changes.\n"
- "-------------- next part --------------\n"
- "A non-text attachment was scrubbed...\n"
- "Name: signature.asc\n"
- "Type: application/pgp-signature\n"
- "Size: 819 bytes\n"
- "Desc: This is a digitally signed message part\n"
- URL: <http://lists.osuosl.org/pipermail/intel-wired-lan/attachments/20160524/6d768bcc/attachment.asc>
+ was because it did not have Tom's driver changes.
+ "\01:2\0"
+ "fn\0signature.asc\0"
+ "d\0This is a digitally signed message part\0"
+ "b\0"
+ "-----BEGIN PGP SIGNATURE-----\n"
+ "Version: GnuPG v2\n"
+ "\n"
+ "iQIcBAABCgAGBQJXRIv4AAoJEOVv75VaS+3Ory4P/AjSaguGw9xt5bKo4kxp5mxo\n"
+ "j/n8vYjo/3PjW/TPZ37A3LRI7t8jEhZYDRbGhtlJG+bodqtr/0KuNRoAgJzMRMuX\n"
+ "SL7P4dXLwgLcVqyBxSE2uw9cyphXUbKDKSv8Hsxchl5wrPtEp67edRN7/idboRTv\n"
+ "MKl0vrzucuhhvRwaia84Nh0YzXLiUVgX80HDYn4PH4pCCybPo/Tbj/Agwr2N20SR\n"
+ "F3o4VA5wPwIQ+Q7f2F45R2uSAkIQipATE30JSAKgRRWkpQVollHULlMw319P3hkL\n"
+ "+rsyx6GKK/KXLgQgc8cfST2xTpudvSLTnrHoPbY+nv9wJbUPBb7VSK3SkLdFi8a9\n"
+ "mSUBQbEFZNbcVDvwlqp506qRVvXdwKPnh96PjuDGPAkuFle9wvvqnEEX52wQg5da\n"
+ "04aPgar4RgHN08CFnzwoU8La2rAfgKnBNlcvP+myH9+uyCP0eQDN3AFyP0d35wzT\n"
+ "8YG8jdtW+SJwLrrKiKussBczd8nfq43kQ+cJfMIuS2diY1wDle8iGu1CE1R4r9db\n"
+ "3ByHZadGGPkbzUSACde27iirNFUUQ7Ja8PdtIAprC1o9w4lE/Ckt/SlAUsaGcDBN\n"
+ "pXIIL4VxXDMtWMPC2NFisR6olGn1SmdgQ69uzgJe/ZFtCUTyF1Tp9h/Twg9ME/jr\n"
+ "HT5+h+mS1foLGlv654Ok\n"
+ "=4vek\n"
+ "-----END PGP SIGNATURE-----\n"
 
-fbac87d236051a685a4860b550c32783c322bcbe22129e303d4c1810e24daa53
+b2ecbdfab2f0122213df34362ef1cb174705585e7fdc7c9724f73beaa12ae729

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.