Merge branch 'ppp_csum_unset'
authorDavid S. Miller <davem@davemloft.net>
Tue, 21 Apr 2015 01:57:26 +0000 (21:57 -0400)
committerDavid S. Miller <davem@davemloft.net>
Tue, 21 Apr 2015 01:57:26 +0000 (21:57 -0400)
commit91f5bd8437d39feecfee215e032f440b1faa25f8
tree7b3ff2ea9fad06843c9334dff0adbff2fd0a5d59
parenta068833bbf0ede9203410f8fd186178c758ade9b
parent3dfb05340ec6676e6fc71a9ae87bbbe66d3c2998
Merge branch 'ppp_csum_unset'

Tom Herbert says:

====================
net: Fix "hw csum failure" message flood for ppp tunnel

This patch set addresses bug "Bug 95171 - "hw csum failure" message
flood for ppp tunnel since upgrade to 3.16". The problem is that pppoe
is being used over UDP with UDP checksusm enabled. On receive
checksum conversion turns checksum-unnecessary in checksum-
complete. The PPP receive functions do not properly pull
the checksum over its headers, so that when an encapsulated
checksums is considered the checksum-complete value is incorrect.

This patch adds skb_checksum_complete_unset which can be called
in the receive path in lieu of pulling checksum complete in
layer. This is useful when the packet is being modified (e.g.
decompressed) and the checksum-complete value is no longer
relevant.

In the ppp_receive_frame we call skb_checksum_complete_unset to toss
out checksum-complete. This should eliminate the reported messages.
Alternatively, we could add skb_postpull_rcsum and probably
special case handling for VJ compression if maintaining the
checksum-complete is needed (not clear to me this is worth the
effort).

I haven't tested this since setting up the failure scenario doesn't
seem trivial to configure.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>