]> git.baikalelectronics.ru Git - kernel.git/commit
net: handle NAPI_GRO_FREE_STOLEN_HEAD case also in napi_frags_finish()
authorMichal Kubeček <mkubecek@suse.cz>
Thu, 29 Jun 2017 09:13:36 +0000 (11:13 +0200)
committerDavid S. Miller <davem@davemloft.net>
Thu, 29 Jun 2017 19:54:13 +0000 (15:54 -0400)
commit091a288a46f90552f97086219ee92e95ff67fbc3
tree100559d942c9c465ed1362127051c89b16bcdfa6
parentebae47f48a860664f2a56aad53b1fc56302e7595
net: handle NAPI_GRO_FREE_STOLEN_HEAD case also in napi_frags_finish()

Recently I started seeing warnings about pages with refcount -1. The
problem was traced to packets being reused after their head was merged into
a GRO packet by skb_gro_receive(). While bisecting the issue pointed to
commit faf0ab57b068 ("net: adjust skb->truesize in ___pskb_trim()") and
I have never seen it on a kernel with it reverted, I believe the real
problem appeared earlier when the option to merge head frag in GRO was
implemented.

Handling NAPI_GRO_FREE_STOLEN_HEAD state was only added to GRO_MERGED_FREE
branch of napi_skb_finish() so that if the driver uses napi_gro_frags()
and head is merged (which in my case happens after the skb_condense()
call added by the commit mentioned above), the skb is reused including the
head that has been merged. As a result, we release the page reference
twice and eventually end up with negative page refcount.

To fix the problem, handle NAPI_GRO_FREE_STOLEN_HEAD in napi_frags_finish()
the same way it's done in napi_skb_finish().

Fixes: 6ea616cbc94c ("net: make GRO aware of skb->head_frag")
Signed-off-by: Michal Kubecek <mkubecek@suse.cz>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/core/dev.c