diff for duplicates of <1480540522.2377.18.camel@intel.com> diff --git a/a/1.txt b/N1/1.txt index e3d72c9..63a13df 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -7,15 +7,15 @@ On Wed, 2016-11-30 at 09:47 -0500, David Miller wrote: > > lco_csum to compute the checksum that we needed to plug into the IPv4 > > checksum field in order to cancel out the data that was not a part of > the -> > IPv4 header.? However this didn't take into account that the transport +> > IPv4 header. However this didn't take into account that the transport > > offset might be pointing to the inner transport header. -> >? +> > > > Instead of using lco_csum I have just coded around it so that we can > use > > the outer IP header plus the IP header length to determine where we > need to > > start our checksum and then just call csum_partial ourselves. -> >? +> > > > This should fix the SIT issue reported on igb interfaces as well as > simliar > > issues that would pop up on other Intel NICs. @@ -24,10 +24,3 @@ On Wed, 2016-11-30 at 09:47 -0500, David Miller wrote: > you be OK with my applying these directly to 'net'? Go ahead and apply those to your net tree, I do not want to hold this up. --------------- 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/20161130/a9607036/attachment.asc> diff --git a/N1/2.bin b/N1/2.bin new file mode 100644 index 0000000..8c8a102 --- /dev/null +++ b/N1/2.bin @@ -0,0 +1,17 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v2 + +iQIcBAABCgAGBQJYP0FqAAoJEOVv75VaS+3O05kQAKN76t01FAXL/3UpOMmO4F/A +qcv93jHHPiVcQ1zLWpVfi8jN3Nbe3alSYtkD+JjTEyxtIwyY/hcjQeynEkZUuuSG +7GYXigzYh0eCVEYGZi+s+mNQLSyOv6U3TzbDDU3pAlYXQacFjrc1BgTUDMPkPmdd +MUc3JARTzgOYYXOKhV8TtfXMwk/XvIcq00bEJNOOKodA04zBA/5fWlwWRuSOhBNL +jMd4L2Mq++Gp+8sBPjoQdtzU0VpgumbbeljX5es04yQUVY5V+AN8//Aa3otPyTr4 +LGUSJhmIqimejDMMHxX0V/s+AEebVjmEEF6S5uuC39s2FmK7qVqILuvQ5uP40+UM +kSmm/tNXdnzxhnllujDggvrGs7lLrTMKmgwFYaJazlU6yEanEji6Or+aR5fVcNQb +55mj4DtjbiMGT1ipQkRawei8GfncqCvfGNedW3HiM1uP8yaUxTFqmDKwM1Gt0XlL +OhJ/zgjMm2vx946n12Q/SmVtv5MPoRxdm4mI9o1rPCq/HJPNZtmTyhGtVlLdBu1r +4TkPCccAJvQJpRxNNoJAz+BZ5kKUAfQx3u+IMGZGYs9eAocgPjOBLrPg+xe42z1F +E8xHvS4HD0dfzgSJvmyBTuoL6z+wZVTgpFUrnPDTzIT2NtzeU1z//BCvb2wnDRly +GyvPlCyAipPRNYrRVaLf +=wjUQ +-----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 91ca979..01b08c1 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,10 +1,14 @@ "ref\020161128153927.15466.99193.stgit@ahduyck-blue-test.jf.intel.com\0" "ref\020161130.094746.724735454244491985.davem@davemloft.net\0" "From\0Jeff Kirsher <jeffrey.t.kirsher@intel.com>\0" - "Subject\0[Intel-wired-lan] [net PATCH 0/2] Don't use lco_csum to compute IPv4 checksum\0" + "Subject\0Re: [net PATCH 0/2] Don't use lco_csum to compute IPv4 checksum\0" "Date\0Wed, 30 Nov 2016 13:15:22 -0800\0" - "To\0intel-wired-lan@osuosl.org\0" - "\00:1\0" + "To\0David Miller <davem@davemloft.net>" + " alexander.h.duyck@intel.com\0" + "Cc\0netdev@vger.kernel.org" + intel-wired-lan@lists.osuosl.org + " sfr@canb.auug.org.au\0" + "\01:1\0" "b\0" "On Wed, 2016-11-30 at 09:47 -0500, David Miller wrote:\n" "> From: Alexander Duyck <alexander.h.duyck@intel.com>\n" @@ -15,15 +19,15 @@ "> > lco_csum to compute the checksum that we needed to plug into the IPv4\n" "> > checksum field in order to cancel out the data that was not a part of\n" "> the\n" - "> > IPv4 header.? However this didn't take into account that the transport\n" + "> > IPv4 header.\302\240 However this didn't take into account that the transport\n" "> > offset might be pointing to the inner transport header.\n" - "> >?\n" + "> >\302\240\n" "> > Instead of using lco_csum I have just coded around it so that we can\n" "> use\n" "> > the outer IP header plus the IP header length to determine where we\n" "> need to\n" "> > start our checksum and then just call csum_partial ourselves.\n" - "> >?\n" + "> >\302\240\n" "> > This should fix the SIT issue reported on igb interfaces as well as\n" "> simliar\n" "> > issues that would pop up on other Intel NICs.\n" @@ -31,13 +35,27 @@ "> Jeff, are you going to send me a pull request with this stuff or would\n" "> you be OK with my applying these directly to 'net'?\n" "\n" - "Go ahead and apply those to your net tree, I do not want to hold this up.\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/20161130/a9607036/attachment.asc> + Go ahead and apply those to your net tree, I do not want to hold this up. + "\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" + "iQIcBAABCgAGBQJYP0FqAAoJEOVv75VaS+3O05kQAKN76t01FAXL/3UpOMmO4F/A\n" + "qcv93jHHPiVcQ1zLWpVfi8jN3Nbe3alSYtkD+JjTEyxtIwyY/hcjQeynEkZUuuSG\n" + "7GYXigzYh0eCVEYGZi+s+mNQLSyOv6U3TzbDDU3pAlYXQacFjrc1BgTUDMPkPmdd\n" + "MUc3JARTzgOYYXOKhV8TtfXMwk/XvIcq00bEJNOOKodA04zBA/5fWlwWRuSOhBNL\n" + "jMd4L2Mq++Gp+8sBPjoQdtzU0VpgumbbeljX5es04yQUVY5V+AN8//Aa3otPyTr4\n" + "LGUSJhmIqimejDMMHxX0V/s+AEebVjmEEF6S5uuC39s2FmK7qVqILuvQ5uP40+UM\n" + "kSmm/tNXdnzxhnllujDggvrGs7lLrTMKmgwFYaJazlU6yEanEji6Or+aR5fVcNQb\n" + "55mj4DtjbiMGT1ipQkRawei8GfncqCvfGNedW3HiM1uP8yaUxTFqmDKwM1Gt0XlL\n" + "OhJ/zgjMm2vx946n12Q/SmVtv5MPoRxdm4mI9o1rPCq/HJPNZtmTyhGtVlLdBu1r\n" + "4TkPCccAJvQJpRxNNoJAz+BZ5kKUAfQx3u+IMGZGYs9eAocgPjOBLrPg+xe42z1F\n" + "E8xHvS4HD0dfzgSJvmyBTuoL6z+wZVTgpFUrnPDTzIT2NtzeU1z//BCvb2wnDRly\n" + "GyvPlCyAipPRNYrRVaLf\n" + "=wjUQ\n" + "-----END PGP SIGNATURE-----\n" -2264c251487227fdb6007165a0df8b8541d64e1f311c13c64b481d27cde9b1cc +aef7b5206a63889f035781c3daaf7682a428b55c1007c0da1c4eefcf3dcf9f25
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.