Searched hist:f43798c27684ab925adde7d8acc34c78c6e50df8 (Results 1 – 2 of 2) sorted by relevance
/openbmc/linux/include/linux/ |
H A D | if_tun.h | diff f43798c27684ab925adde7d8acc34c78c6e50df8 Thu Jul 03 05:48:02 CDT 2008 Rusty Russell <rusty@rustcorp.com.au> tun: Allow GSO using virtio_net_hdr
Add a IFF_VNET_HDR flag. This uses the same ABI as virtio_net (ie. prepending struct virtio_net_hdr to packets) to indicate GSO and checksum information.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Acked-by: Max Krasnyansky <maxk@qualcomm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
/openbmc/linux/drivers/net/ |
H A D | tun.c | diff 882553752196605bf27057e7adb298ecae8058c4 Tue Apr 19 01:13:10 CDT 2011 Michał Mirosław <mirq-linux@rere.qmqm.pl> net: tun: convert to hw_features
This changes offload setting behaviour to what I think is correct: - offloads set via ethtool mean what admin wants to use (by default he wants 'em all) - offloads set via ioctl() mean what userspace is expecting to get (this limits which admin wishes are granted) - TUN_NOCHECKSUM is ignored, as it might cause broken packets when forwarded (ip_summed == CHECKSUM_UNNECESSARY means that checksum was verified, not that it can be ignored)
If TUN_NOCHECKSUM is implemented, it should set skb->csum_* and skb->ip_summed (= CHECKSUM_PARTIAL) for known protocols and let others be verified by kernel when necessary.
TUN_NOCHECKSUM handling was introduced by commit f43798c27684ab925adde7d8acc34c78c6e50df8:
tun: Allow GSO using virtio_net_hdr
Signed-off-by: Michał Mirosław <mirq-linux@rere.qmqm.pl> Signed-off-by: David S. Miller <davem@davemloft.net> diff f43798c27684ab925adde7d8acc34c78c6e50df8 Thu Jul 03 05:48:02 CDT 2008 Rusty Russell <rusty@rustcorp.com.au> tun: Allow GSO using virtio_net_hdr
Add a IFF_VNET_HDR flag. This uses the same ABI as virtio_net (ie. prepending struct virtio_net_hdr to packets) to indicate GSO and checksum information.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Acked-by: Max Krasnyansky <maxk@qualcomm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|