Return-path: Received: from mail-ew0-f219.google.com ([209.85.219.219]:59960 "EHLO mail-ew0-f219.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752749AbZLAV47 (ORCPT ); Tue, 1 Dec 2009 16:56:59 -0500 Received: by ewy19 with SMTP id 19so5456675ewy.21 for ; Tue, 01 Dec 2009 13:57:04 -0800 (PST) From: Ivo van Doorn To: Gertjan van Wingerde Subject: Re: [PATCH v3 4/4] rt2x00: Only remove L2 padding in received frames if there is payload. Date: Tue, 1 Dec 2009 22:57:02 +0100 Cc: users@rt2x00.serialmonkey.com, linux-wireless@vger.kernel.org, Benoit Papillault References: <1259615298-2305-1-git-send-email-gwingerde@gmail.com> <200912012016.03145.IvDoorn@gmail.com> <4B1585BC.60700@gmail.com> In-Reply-To: <4B1585BC.60700@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Message-Id: <200912012257.02397.IvDoorn@gmail.com> Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tuesday 01 December 2009, Gertjan van Wingerde wrote: > On 12/01/09 20:16, Ivo van Doorn wrote: > > On Monday 30 November 2009, Gertjan van Wingerde wrote: > >> L2 padding will only be present when there is actual payload present. > >> > >> Signed-off-by: Gertjan van Wingerde > >> --- > >> drivers/net/wireless/rt2x00/rt2x00dev.c | 4 +++- > >> 1 files changed, 3 insertions(+), 1 deletions(-) > >> > >> diff --git a/drivers/net/wireless/rt2x00/rt2x00dev.c b/drivers/net/wireless/rt2x00/rt2x00dev.c > >> index ca2bcc0..b93731b 100644 > >> --- a/drivers/net/wireless/rt2x00/rt2x00dev.c > >> +++ b/drivers/net/wireless/rt2x00/rt2x00dev.c > >> @@ -401,7 +401,9 @@ void rt2x00lib_rxdone(struct rt2x00_dev *rt2x00dev, > >> (rxdesc.flags & RX_FLAG_IV_STRIPPED)) > >> rt2x00crypto_rx_insert_iv(entry->skb, header_length, > >> &rxdesc); > >> - else if (rxdesc.dev_flags & RXDONE_L2PAD) > >> + else if (header_length && > >> + (rxdesc.size > header_length) && > >> + (rxdesc.dev_flags & RXDONE_L2PAD)) > >> rt2x00queue_remove_l2pad(entry->skb, header_length); > >> else > >> rt2x00queue_align_payload(entry->skb, header_length); > > > > Is there a scenario where header_lenght can be 0? > > And if there is, shouldn't we have bailed-out completely already? > > > > Actually, there is. ieee80211_get_hdrlen_from_skb returns 0 when it detects that > the skb is actually shorter than it should be (according to the frame type indicated > by the frame_control field). > I'm using that here to check whether actually any payload is present, as a value of 0 > means that there isn't even a full header. > We should still pass on the frame in that case, for the monitor interfaces. Ok, then we should pass it to mac80211, but we better use a goto or something to skip all frame manipulation (like the rt2x00crypto_rx_insert_iv and rt2x00queue_align_payload) as well. Ivo