diff options
author | 2015-02-27 18:35:35 -0800 | |
---|---|---|
committer | 2015-02-28 23:57:19 -0500 | |
commit | 2f1d8b9e8afa5a833d96afcd23abcb8cdf8d83ab (patch) | |
tree | 12dbce95e244af612094c4cc7aa8e7ed0ab46755 /tools/perf/scripts/python/call-graph-from-postgresql.py | |
parent | Merge tag 'mac80211-for-davem-2015-02-27' of git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211 (diff) | |
download | linux-dev-2f1d8b9e8afa5a833d96afcd23abcb8cdf8d83ab.tar.xz linux-dev-2f1d8b9e8afa5a833d96afcd23abcb8cdf8d83ab.zip |
macvtap: make sure neighbour code can push ethernet header
Brian reported crashes using IPv6 traffic with macvtap/veth combo.
I tracked the crashes in neigh_hh_output()
-> memcpy(skb->data - HH_DATA_MOD, hh->hh_data, HH_DATA_MOD);
Neighbour code assumes headroom to push Ethernet header is
at least 16 bytes.
It appears macvtap has only 14 bytes available on arches
where NET_IP_ALIGN is 0 (like x86)
Effect is a corruption of 2 bytes right before skb->head,
and possible crashes if accessing non existing memory.
This fix should also increase IPv4 performance, as paranoid code
in ip_finish_output2() wont have to call skb_realloc_headroom()
Reported-by: Brian Rak <brak@vultr.com>
Tested-by: Brian Rak <brak@vultr.com>
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/perf/scripts/python/call-graph-from-postgresql.py')
0 files changed, 0 insertions, 0 deletions