From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [PATCH net-2.6 resent] af_packet: Don't use skb after dev_queue_xmit() Date: Sun, 10 Jan 2010 13:51:35 -0800 (PST) Message-ID: <20100110.135135.237364018.davem@davemloft.net> References: <20100109123827.GB4386@del.dom.local> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mbreuer@majjas.com, shemminger@vyatta.com, akpm@linux-foundation.org, flyboy@gmail.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org To: jarkao2@gmail.com Return-path: Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:50685 "EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753308Ab0AJVv1 (ORCPT ); Sun, 10 Jan 2010 16:51:27 -0500 In-Reply-To: <20100109123827.GB4386@del.dom.local> Sender: netdev-owner@vger.kernel.org List-ID: From: Jarek Poplawski Date: Sat, 9 Jan 2010 13:38:27 +0100 > tpacket_snd() can change and kfree an skb after dev_queue_xmit(), > which is illegal. > > With debugging by: Stephen Hemminger > > Reported-by: Michael Breuer > Tested-by: Michael Breuer > Signed-off-by: Jarek Poplawski > Acked-by: Stephen Hemminger Jarek, if this code path triggers, it will deadlock the send ring with your changes. We will now leave the ring packet status in the "SENDING" state. That's not right. Then, if the application calls send again, we will just return immediately since we only make progress if the head ring entry is in SEND_REQUEST state. This is really bogus behavior. When the qdisc or mid-layer drops the packet, we should at least mark the packet state properly (which is what the current code would does, sans the "reference SKB after dev_queue_xmit()" issue). And advance the packet ring pointer. This way the user: 1) can see that the packet got dropped and couldn't be sent 2) can call send again to try sending the rest of the ring Fix the use after dev_queue_xmit() issue, but don't change other side effects which are important for correct AF_PACKET TX ring semantics.