summaryrefslogtreecommitdiffstats
path: root/net/mac80211/debugfs_netdev.h
diff options
context:
space:
mode:
authorDave Jones <davej@codemonkey.org.uk>2016-09-02 14:39:50 -0400
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2016-09-24 10:09:26 +0200
commite4a409d45cc42239dc7dc39000f758fc99e2fdec (patch)
tree2a9104188067dfbfb2a5c817148bef34eae3588d /net/mac80211/debugfs_netdev.h
parentae2ca992d99a7f4239ee6453e2d6ba42bac2905b (diff)
downloadlinux-stable-e4a409d45cc42239dc7dc39000f758fc99e2fdec.tar.gz
linux-stable-e4a409d45cc42239dc7dc39000f758fc99e2fdec.tar.bz2
linux-stable-e4a409d45cc42239dc7dc39000f758fc99e2fdec.zip
ipv6: release dst in ping_v6_sendmsg
[ Upstream commit 03c2778a938aaba0893f6d6cdc29511d91a79848 ] Neither the failure or success paths of ping_v6_sendmsg release the dst it acquires. This leads to a flood of warnings from "net/core/dst.c:288 dst_release" on older kernels that don't have 8bf4ada2e21378816b28205427ee6b0e1ca4c5f1 backported. That patch optimistically hoped this had been fixed post 3.10, but it seems at least one case wasn't, where I've seen this triggered a lot from machines doing unprivileged icmp sockets. Cc: Martin Lau <kafai@fb.com> Signed-off-by: Dave Jones <davej@codemonkey.org.uk> Acked-by: Martin KaFai Lau <kafai@fb.com> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/mac80211/debugfs_netdev.h')
0 files changed, 0 insertions, 0 deletions