Return-path: Received: from mail-bk0-f46.google.com ([209.85.214.46]:42513 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755914Ab2JYT1F (ORCPT ); Thu, 25 Oct 2012 15:27:05 -0400 Received: by mail-bk0-f46.google.com with SMTP id jk13so981776bkc.19 for ; Thu, 25 Oct 2012 12:27:04 -0700 (PDT) From: Christian Lamparter To: Javier Cardona Subject: Re: [PATCH] mac80211: Don't inspect Sequence Control field on control frames Date: Thu, 25 Oct 2012 21:26:49 +0200 Cc: linville@tuxdriver.com, Javier Lopez , linux-wireless@vger.kernel.org, devel@lists.open80211s.org, johannes@sipsolutions.net References: <1351188618-11155-1-git-send-email-javier@cozybit.com> <201210252048.34083.chunkeey@googlemail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Message-Id: <201210252126.49239.chunkeey@googlemail.com> (sfid-20121025_212712_061703_A33AEDAB) Sender: linux-wireless-owner@vger.kernel.org List-ID: On Thursday, October 25, 2012 09:03:42 PM Javier Cardona wrote: > Christian, > > On Thu, Oct 25, 2012 at 11:48 AM, Christian Lamparter > wrote: > > On Thursday, October 25, 2012 08:10:18 PM Javier Cardona wrote: > >> Per IEEE Std. 802.11-2012, Sec 8.2.4.4.1, the sequence Control field is > >> not present in control frames. We noticed this problem when processing > >> Block Ack Requests. > >> > >> Signed-off-by: Javier Cardona > >> Signed-off-by: Javier Lopez > >> --- > >> net/mac80211/rx.c | 4 ++++ > >> 1 files changed, 4 insertions(+), 0 deletions(-) > >> > >> diff --git a/net/mac80211/rx.c b/net/mac80211/rx.c > >> index f975f64..bf54336 100644 > >> --- a/net/mac80211/rx.c > >> +++ b/net/mac80211/rx.c > >> @@ -1467,6 +1467,10 @@ ieee80211_rx_h_defragment(struct ieee80211_rx_data *rx) > >> > >> hdr = (struct ieee80211_hdr *)rx->skb->data; > >> fc = hdr->frame_control; > >> + > >> + if (ieee80211_is_ctl(fc)) > >> + return RX_CONTINUE; > >> + > >> sc = le16_to_cpu(hdr->seq_ctrl); > >> frag = sc & IEEE80211_SCTL_FRAG; > >> > > hmm, I see this function also calls skb_linearize() on said > > skb... Does anybody know of any possible side effects? Not > > that control frames (In fact, just BlockACK Requests come > > to my mind) usually so large... > > skb_linearize() is only called on fragmented frames, which is how > regular BlockAckRequests were being processed before. Actually, I checked ieee80211_rx_h_ctrl and the back_req handler uses skb_copy_bits so it doesn't need a linearized skb to start with ;). Regards, Chr