aboutsummaryrefslogtreecommitdiffstats
path: root/ipc
diff options
context:
space:
mode:
authorMarc Zyngier <marc.zyngier@arm.com>2014-08-05 16:44:39 +0100
committerDavid S. Miller <davem@davemloft.net>2014-08-05 16:43:49 -0700
commit2670cc699a66c4cf268cb3e3f6dfc325ec14f224 (patch)
treee69774ecf0b2998732922d6c017f06d63dfdf157 /ipc
parentsctp: fix possible seqlock seadlock in sctp_packet_transmit() (diff)
downloadlinux-dev-2670cc699a66c4cf268cb3e3f6dfc325ec14f224.tar.xz
linux-dev-2670cc699a66c4cf268cb3e3f6dfc325ec14f224.zip
net: sun4i-emac: fix memory leak on bad packet
Upon reception of a new frame, the emac driver checks for a number of error conditions, and flag the packet as "bad" if any of these are present. It then allocates a skb unconditionally, but only uses it if the packet is "good". On the error path, the skb is just forgotten, and the system leaks memory. The piece of junk I have on my desk seems to encounter such error frequently enough so that the box goes OOM after a couple of days, which makes me grumpy. Fix this by moving the allocation on the "good_packet" path (and convert it to netdev_alloc_skb while we're at it). Tested on a random Allwinner A20 board. Cc: Stefan Roese <sr@denx.de> Cc: Maxime Ripard <maxime.ripard@free-electrons.com> Cc: <stable@vger.kernel.org> # 3.11+ Signed-off-by: Marc Zyngier <marc.zyngier@arm.com> Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'ipc')
0 files changed, 0 insertions, 0 deletions