summaryrefslogtreecommitdiffstats
path: root/net/nonet.c
diff options
context:
space:
mode:
authorJarek Poplawski <jarkao2@gmail.com>2010-08-11 02:02:10 +0000
committerGreg Kroah-Hartman <gregkh@suse.de>2010-08-26 16:46:00 -0700
commit4c0ef2f2c0ef4245486124b84ba0ec9a2b4b3899 (patch)
treec111b18b79d4b504920fa07ad8b5d5ac9bbeaa7f /net/nonet.c
parent525127bf8070a869857a66c1c5c6c5324bb335dc (diff)
downloadkernel-crypto-4c0ef2f2c0ef4245486124b84ba0ec9a2b4b3899.tar.gz
kernel-crypto-4c0ef2f2c0ef4245486124b84ba0ec9a2b4b3899.tar.xz
kernel-crypto-4c0ef2f2c0ef4245486124b84ba0ec9a2b4b3899.zip
net: Fix a memmove bug in dev_gro_receive()
[ Upstream commit e5093aec2e6b60c3df2420057ffab9ed4a6d2792 ] >Xin Xiaohui wrote: > I looked into the code dev_gro_receive(), found the code here: > if the frags[0] is pulled to 0, then the page will be released, > and memmove() frags left. > Is that right? I'm not sure if memmove do right or not, but > frags[0].size is never set after memove at least. what I think > a simple way is not to do anything if we found frags[0].size == 0. > The patch is as followed. ... This version of the patch fixes the bug directly in memmove. Reported-by: "Xin, Xiaohui" <xiaohui.xin@intel.com> Signed-off-by: Jarek Poplawski <jarkao2@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'net/nonet.c')
0 files changed, 0 insertions, 0 deletions