Return-path: Received: from s3.sipsolutions.net ([144.76.43.152]:45397 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752060Ab3KTLGN (ORCPT ); Wed, 20 Nov 2013 06:06:13 -0500 Message-ID: <1384945569.14295.5.camel@jlt4.sipsolutions.net> (sfid-20131120_120617_132505_B02AFFB8) Subject: Re: QoS Data packets causing massive packet loss in ieee80211_sta_manage_reorder_buf. From: Johannes Berg To: Karl Beldan Cc: Blaise Gassend , linux-wireless@vger.kernel.org, Catalin Drula , Alap Modi Date: Wed, 20 Nov 2013 12:06:09 +0100 In-Reply-To: <20131120110157.GA6993@magnum.frso.rivierawaves.com> (sfid-20131120_120236_416727_B8F79832) References: <1384937328.14295.3.camel@jlt4.sipsolutions.net> <20131120110157.GA6993@magnum.frso.rivierawaves.com> (sfid-20131120_120236_416727_B8F79832) Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Wed, 2013-11-20 at 12:01 +0100, Karl Beldan wrote: > On Wed, Nov 20, 2013 at 02:15:27AM -0800, Blaise Gassend wrote: > > Hi Johannes, > > > > Thanks for the quick reply! > > > > > I think we just need to skip reorder processing for multicast, since > > > they won't be aggregated anyway? > > > > > > http://p.sipsolutions.net/d00799dd2201676a.txt > > > > This patch works like a charm for my current predicament. But is it > > actually written somewhere that multicast packets can't be aggregated? > > I can't find any place that says they can't, but I'm not authoritative > > by any means. > > > There's a chapter "A-MPDU aggregation of group addressed data frames" in > the specs, however I haven't seen this yet. Even then though, I don't think there would be any block-ack session, and thus you wouldn't be able to use the reorder buffer anyway, right? johannes