summaryrefslogtreecommitdiffstats
path: root/fs/dlm/memory.c
diff options
context:
space:
mode:
authorJesper Nilsson <jesper.nilsson@axis.com>2009-03-27 08:17:45 +0100
committerDavid S. Miller <davem@davemloft.net>2009-03-27 08:17:45 +0100
commit71f6f6dfdf7c7a67462386d9ea05c1095a89c555 (patch)
tree9c8064b98f5432a04d922a9911ce46d340d2c26b /fs/dlm/memory.c
parentnet: Add support for the OpenCores 10/100 Mbps Ethernet MAC. (diff)
downloadlinux-71f6f6dfdf7c7a67462386d9ea05c1095a89c555.tar.xz
linux-71f6f6dfdf7c7a67462386d9ea05c1095a89c555.zip
ipv6: Plug sk_buff leak in ipv6_rcv (net/ipv6/ip6_input.c)
Commit 778d80be52699596bf70e0eb0761cf5e1e46088d (ipv6: Add disable_ipv6 sysctl to disable IPv6 operaion on specific interface) seems to have introduced a leak of sk_buff's for ipv6 traffic, at least in some configurations where idev is NULL, or when ipv6 is disabled via sysctl. The problem is that if the first condition of the if-statement returns non-NULL, it returns an skb with only one reference, and when the other conditions apply, execution jumps to the "out" label, which does not call kfree_skb for it. To plug this leak, change to use the "drop" label instead. (this relies on it being ok to call kfree_skb on NULL) This also allows us to avoid calling rcu_read_unlock here, and removes the only user of the "out" label. Signed-off-by: Jesper Nilsson <jesper.nilsson@axis.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'fs/dlm/memory.c')
0 files changed, 0 insertions, 0 deletions