summaryrefslogtreecommitdiff
path: root/include/linux/filter.h
diff options
context:
space:
mode:
authorAlexei Starovoitov <ast@kernel.org>2018-07-07 15:19:30 -0700
committerAlexei Starovoitov <ast@kernel.org>2018-07-07 15:19:31 -0700
commit4fb126cbcbd6870851f0b3ba503e8ec0e66b9dd5 (patch)
tree9b658d4f6d41e66372940e9ddd47feefee66cda8 /include/linux/filter.h
parent631da8534aeea2e2f8b36a832d065a203f24fa43 (diff)
parent0ea488ff8d23c93da383fcf424825c298b13b1fb (diff)
Merge branch 'sockhash-fixes'
John Fastabend says: ==================== First three patches resolve issues found while testing sockhash and reviewing code. Syzbot also found them about the same time as I was working on fixes. The main issue is in the sockhash path we reduced the scope of sk_callback lock but this meant we could get update and close running in parallel so fix that here. Then testing sk_msg and sk_skb programs together found that skb->dev is not always assigned and some of the helpers were depending on this to lookup max mtu. Fix this by using SKB_MAX_ALLOC when no MTU is available. Finally, Martin spotted that the sockmap code was still using the qdisc skb cb structure. But I was sure we had fixed this long ago. Looks like we missed it in a merge conflict resolution and then by chance data_end offset was the same in both structures so everything sort of continued to work even though it could break at any moment if the structs ever change. So redo the conversion and this time also convert the helpers. v2: fix '0 files changed' issue in patches ==================== Signed-off-by: Alexei Starovoitov <ast@kernel.org>
Diffstat (limited to 'include/linux/filter.h')
0 files changed, 0 insertions, 0 deletions