diff for duplicates of <1463614306.2713.101.camel@intel.com> diff --git a/a/1.txt b/N1/1.txt index 63ebcc6..c1afb38 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -15,12 +15,12 @@ On Wed, 2016-05-18 at 16:19 -0700, Alexander Duyck wrote: > >> > >> 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 @@ -31,9 +31,9 @@ On Wed, 2016-05-18 at 16:19 -0700, Alexander Duyck wrote: > >> --- > >> > >> 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. > @@ -45,14 +45,7 @@ On Wed, 2016-05-18 at 16:19 -0700, Alexander Duyck wrote: > to really be able to test Tom's patches with a driver that actually > supports a hardware offload. -Yeah, I was thinking that very same thing. ?I will wait to see if Dave -sucks this into 4.7 or not and plan accordingly. ?I also figured out that +Yeah, I was thinking that very same thing. I will wait to see if Dave +sucks this into 4.7 or not and plan accordingly. I also figured out that your two patch series needs to have Tom's series applied before hand, so I will be adding Tom's series to my tree just for testing purposes. --------------- 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/20160518/2882efc7/attachment.asc> diff --git a/N1/2.bin b/N1/2.bin new file mode 100644 index 0000000..e45d94e --- /dev/null +++ b/N1/2.bin @@ -0,0 +1,17 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v2 + +iQIcBAABCgAGBQJXPPtiAAoJEOVv75VaS+3OMfQP/0eQcvSYWZ68Cb+3lNy/htHZ +1/4A8FzzzvrecaIyZUB1IahJit0lnqRVtcPKEEfwpj+QpZnX9k4WUhRlBBhw5J8+ +tHNkZPK5tMfxOO51VV2nPg/4R7XwYw6wQFk/x5d2qOeaY3TUfEOFGGEsr7dNNCnP +rb2OvpExUphXLTmWviBWCwBRPQqNeiX+4PI23LiXRBT/giBs+9Pnt6bZvEv03Gux +Of4Pr8c4BSsTkRw5nBDVgoVDHG0PoF8+KPbThpJ+FTExOoAODE+riY3C5DzUHNqu +MNY5tSnr2v6t3n5zLvhevRTb4Unmoc0duo+EsN4HfE0dRkAQE7+eALIbMuLHNBFs +0LhdYVEom/jOd8CiEoAupljpZGZvF59ZAXG4aGXeNip4Om2x6FQgtmY8b16LcaoD +aaeHH8IHXA7IUh5dkDukxZHxSd9C78l+qUmeUjAqHEA37FLzVPhJglESJjSsekmq +EoYtPNaJ0nJqBx6vaO/xn7cGoZdBIc4HUVBNBvwR/21/cYULX645274U8F1s6qn4 ++AiKL0kDrMRYbaOM7//nRBXLL+CwjgBG77rtPZwLQ7S7wFmRHf7CzhdXk5hdjM47 +UWegaOebc2FCYag7v2crurunG/n1HnUcy3/uKPmWnow1LmWFutsT5iOhVoFFigt1 +0jGms+Cn7Ks1EXLeXOeg +=9oeV +-----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 603a710..0d3b32a 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,10 +2,16 @@ "ref\01463606878.2713.68.camel@intel.com\0" "ref\0CAKgT0UexDWi0axSiR7GWz5jz91oLbjqqz7zPNWL+jyPf4bfLew@mail.gmail.com\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\0Wed, 18 May 2016 16:31:46 -0700\0" - "To\0intel-wired-lan@osuosl.org\0" - "\00:1\0" + "To\0Alexander Duyck <alexander.duyck@gmail.com>\0" + "Cc\0Alexander Duyck <aduyck@mirantis.com>" + Tom Herbert <tom@herbertland.com> + intel-wired-lan <intel-wired-lan@lists.osuosl.org> + Netdev <netdev@vger.kernel.org> + Kernel Team <kernel-team@fb.com> + " David Miller <davem@davemloft.net>\0" + "\01:1\0" "b\0" "On Wed, 2016-05-18 at 16:19 -0700, Alexander Duyck wrote:\n" "> On Wed, May 18, 2016 at 2:27 PM, Jeff Kirsher\n" @@ -24,12 +30,12 @@ "> >>\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" @@ -40,9 +46,9 @@ "> >> ---\n" "> >>\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\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" + "> >>\302\240\302\240\302\240\302\240\302\240\302\240 intel: Add support for IPv6 IP-in-IP offload\n" "> >\n" "> > Dave, I have this series added to my queue.\n" "> \n" @@ -54,16 +60,30 @@ "> to really be able to test Tom's patches with a driver that actually\n" "> supports a hardware offload.\n" "\n" - "Yeah, I was thinking that very same thing. ?I will wait to see if Dave\n" - "sucks this into 4.7 or not and plan accordingly. ?I also figured out that\n" + "Yeah, I was thinking that very same thing. \302\240I will wait to see if Dave\n" + "sucks this into 4.7 or not and plan accordingly. \302\240I also figured out that\n" "your two patch series needs to have Tom's series applied before hand, so I\n" - "will be adding Tom's series to my tree just for testing purposes.\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/20160518/2882efc7/attachment.asc> + will be adding Tom's series to my tree just for testing purposes. + "\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" + "iQIcBAABCgAGBQJXPPtiAAoJEOVv75VaS+3OMfQP/0eQcvSYWZ68Cb+3lNy/htHZ\n" + "1/4A8FzzzvrecaIyZUB1IahJit0lnqRVtcPKEEfwpj+QpZnX9k4WUhRlBBhw5J8+\n" + "tHNkZPK5tMfxOO51VV2nPg/4R7XwYw6wQFk/x5d2qOeaY3TUfEOFGGEsr7dNNCnP\n" + "rb2OvpExUphXLTmWviBWCwBRPQqNeiX+4PI23LiXRBT/giBs+9Pnt6bZvEv03Gux\n" + "Of4Pr8c4BSsTkRw5nBDVgoVDHG0PoF8+KPbThpJ+FTExOoAODE+riY3C5DzUHNqu\n" + "MNY5tSnr2v6t3n5zLvhevRTb4Unmoc0duo+EsN4HfE0dRkAQE7+eALIbMuLHNBFs\n" + "0LhdYVEom/jOd8CiEoAupljpZGZvF59ZAXG4aGXeNip4Om2x6FQgtmY8b16LcaoD\n" + "aaeHH8IHXA7IUh5dkDukxZHxSd9C78l+qUmeUjAqHEA37FLzVPhJglESJjSsekmq\n" + "EoYtPNaJ0nJqBx6vaO/xn7cGoZdBIc4HUVBNBvwR/21/cYULX645274U8F1s6qn4\n" + "+AiKL0kDrMRYbaOM7//nRBXLL+CwjgBG77rtPZwLQ7S7wFmRHf7CzhdXk5hdjM47\n" + "UWegaOebc2FCYag7v2crurunG/n1HnUcy3/uKPmWnow1LmWFutsT5iOhVoFFigt1\n" + "0jGms+Cn7Ks1EXLeXOeg\n" + "=9oeV\n" + "-----END PGP SIGNATURE-----\n" -210514481c321df3a1bfdfb984446380c7e8faf4337a0f04f0a74c49aeb57b2b +29c3e3f3a0b823a6672b651aa8d1d2047e2292430d86de622e6342e18928c787
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.