summaryrefslogtreecommitdiff
path: root/drivers/edac/mv64x60_edac.c
diff options
context:
space:
mode:
authorLennert Buytenhek <buytenh@wantstofly.org>2009-05-25 11:42:34 +0400
committerDavid S. Miller <davem@davemloft.net>2009-05-25 11:42:34 +0400
commit4e2fd555199977c5994d1a4d2d3b8761b20ca4c7 (patch)
tree474454cd8fbe7f643d5ae5136bf43ec8a8513359 /drivers/edac/mv64x60_edac.c
parent0975ecba3b670df7c488a5e0e6fe9f1f370a8ad8 (diff)
downloadlinux-4e2fd555199977c5994d1a4d2d3b8761b20ca4c7.tar.xz
gianfar: fix BUG under load after introduction of skb recycling
Since commit 0fd56bb5be6455d0d42241e65aed057244665e5e ("gianfar: Add support for skb recycling"), gianfar puts skbuffs that are in the rx ring back onto the recycle list as-is in case there was a receive error, but this breaks the following invariant: that all skbuffs on the recycle list have skb->data = skb->head + NET_SKB_PAD. The RXBUF_ALIGNMENT realignment done in gfar_new_skb() will be done twice on skbuffs recycled in this way, causing there not to be enough room in the skb anymore to receive a full packet, eventually leading to an skb_over_panic from gfar_clean_rx_ring() -> skb_put(). Resetting the skb->data pointer to skb->head + NET_SKB_PAD before putting the skb back onto the recycle list restores the mentioned invariant, and should fix this issue. Reported-by: Michael Guntsche <mike@it-loops.com> Tested-by: Michael Guntsche <mike@it-loops.com> Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/edac/mv64x60_edac.c')
0 files changed, 0 insertions, 0 deletions