ACK: [PATCH 0/3][Yakkety][SRU] virtio: fix xmit packet flag settings
Jay Vosburgh
jay.vosburgh at canonical.com
Thu Apr 20 16:13:31 UTC 2017
Seth Forshee <seth.forshee at canonical.com> wrote:
>On Wed, Apr 19, 2017 at 04:41:44PM -0700, Jay Vosburgh wrote:
>> BugLink: https://bugs.launchpad.net/bugs/1683947
>>
>> Beginning with fd2a0437dc33 ("virtio_net: introduce
>> virtio_net_hdr_{from,to}_skb"), virtio_net incorrectly sets
>> VIRTIO_NET_HDR_F_DATA_VALID on CHECKSUM_UNNECESSARY packets. If these
>> packets are modified prior to transmission (e.g., by NAT), they are
>> dropped by the receving virtio. I suspect (but have not confirmed
>> experimentally) that this is because the checksum is incorrect after NAT
>> modifies the packet, but the checksum is not recomputed.
>>
>> Patch 1/3, 3e9e40e74753 ("virtio_net: Simplify call sites for
>> virtio_net_hdr_{from, to}_skb()."), is a prerequisite to permit patch 3/3,
>> 6391a4481ba0, to apply more easily and end up with the final code closer
>> to mainline.
>>
>> Patch 2/3, 501db511397f ("virtio: don't set
>> VIRTIO_NET_HDR_F_DATA_VALID on xmit") was found by bisect to initially
>> resolve the issue.
>>
>> Patch 3/3, 6391a4481ba0 ("virtio-net: restore
>> VIRTIO_HDR_F_DATA_VALID on receiving") is a follow-on to 501db511397f for
>> the complete fix.
>>
>> As the issue was introduced during 4.8-rc and resolved before 4.10
>> release, this bug exists only in the Ubuntu Yakkety 4.8 kernel series.
>
>Patches are clean cherry picks with positive tests results. Assuming the
>upstream sha-1's are fixed up as Colin pointed out:
Will fix patch 2/3 and repost the series.
-J
---
-Jay Vosburgh, jay.vosburgh at canonical.com
More information about the kernel-team
mailing list