[XFRM]: beet: fix worst case header_len calculation
commitac758e3c55c529714354fc268892ca4d23ca1e99
authorPatrick McHardy <kaber@trash.net>
Mon, 9 Apr 2007 18:47:58 +0000 (9 11:47 -0700)
committerDavid S. Miller <davem@sunset.davemloft.net>
Thu, 26 Apr 2007 05:28:39 +0000 (25 22:28 -0700)
tree05d287a417c04114afa68c2a931f3c212e133e1c
parentc5c2523893747f88a83376abad310c8ad13f7197
[XFRM]: beet: fix worst case header_len calculation

esp_init_state doesn't account for the beet pseudo header in the header_len
calculation, which may result in undersized skbs hitting xfrm4_beet_output,
causing unnecessary reallocations in ip_finish_output2.

The skbs should still always have enough room to avoid causing
skb_under_panic in skb_push since we have at least 16 bytes available
from LL_RESERVED_SPACE in xfrm_state_check_space.

Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ipv4/esp4.c
net/ipv4/xfrm4_mode_beet.c