From mboxrd@z Thu Jan 1 00:00:00 1970 From: Herbert Xu Subject: [PATCH v2] xfrm: Use __skb_queue_tail in xfrm_trans_queue Date: Thu, 4 Jan 2018 22:25:07 +1100 Message-ID: <20180104112507.GB6437@gondor.apana.org.au> References: <20180104103628.9461-1-asavkov@redhat.com> <20180104110132.GA6256@gondor.apana.org.au> <20180104112026.436rgqaeokcden4r@shodan.usersys.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Steffen Klassert , netdev@vger.kernel.org, linux-kernel@vger.kernel.org To: Artem Savkov Return-path: Content-Disposition: inline In-Reply-To: <20180104112026.436rgqaeokcden4r@shodan.usersys.redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Thu, Jan 04, 2018 at 12:20:26PM +0100, Artem Savkov wrote: > Right, thats a better solution. > > Reported-and-tested-by: Artem Savkov Thanks! But I just realised that this patch is based on my dirty tree. So here is a rebased version: ---8<--- We do not need locking in xfrm_trans_queue because it is designed to use per-CPU buffers. However, the original code incorrectly used skb_queue_tail which takes the lock. This patch switches it to __skb_queue_tail instead. Reported-and-tested-by: Artem Savkov Fixes: acf568ee859f ("xfrm: Reinject transport-mode packets...") Signed-off-by: Herbert Xu diff --git a/net/xfrm/xfrm_input.c b/net/xfrm/xfrm_input.c index 444fa37..9dbf425 100644 --- a/net/xfrm/xfrm_input.c +++ b/net/xfrm/xfrm_input.c @@ -508,7 +508,7 @@ int xfrm_trans_queue(struct sk_buff *skb, return -ENOBUFS; XFRM_TRANS_SKB_CB(skb)->finish = finish; - skb_queue_tail(&trans->queue, skb); + __skb_queue_tail(&trans->queue, skb); tasklet_schedule(&trans->tasklet); return 0; } -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt