Return-path: Received: from mail-pw0-f46.google.com ([209.85.160.46]:59653 "EHLO mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751688Ab2BQIw2 convert rfc822-to-8bit (ORCPT ); Fri, 17 Feb 2012 03:52:28 -0500 Received: by pbcun15 with SMTP id un15so3493640pbc.19 for ; Fri, 17 Feb 2012 00:52:28 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <4F3E14D9.2010204@openwrt.org> References: <4F390ED3.8010400@openwrt.org> <4F3961FB.7020409@openwrt.org> <20120216130020.GG25833@redhat.com> <4F3E14D9.2010204@openwrt.org> Date: Fri, 17 Feb 2012 09:52:28 +0100 Message-ID: (sfid-20120217_095232_010234_9424C8D5) Subject: Re: Poor RT2880 performance From: Helmut Schaa To: Florian Fainelli Cc: Stanislaw Gruszka , "linux-wireless@vger.kernel.org" , users@rt2x00.serialmonkey.com, gwingerde@gmail.com, Ivo Van Doorn , Andreas Hartmann Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Fri, Feb 17, 2012 at 9:50 AM, Florian Fainelli wrote: > Hello Stanislaw, > > Le 02/16/12 14:00, Stanislaw Gruszka a ?crit : > >> On Mon, Feb 13, 2012 at 08:18:19PM +0100, Florian Fainelli wrote: >>> >>> Le 02/13/12 14:45, Helmut Schaa a ?crit : >>>> >>>> On Mon, Feb 13, 2012 at 2:23 PM, Florian Fainelli >>>> wrote: >>>>> >>>>> I am playing with a RT2880-F based AP, with a N connected station, in a >>>>> residential environment. >>>> >>>> Mind to provide the RF and RT chipset identifications? rt2x00 should >>>> print them >>>> out during module load (at least when compiled with debugging options). >>> >>> Sure, here are the HW infos of the AP: >>> Ralink RT2880 ? id:1 rev:1 running at 266.66 MHz >>> phy0 -> ?rt2x00_set_chip: Info - Chipset detected - rt: 2860, rf: >>> 0001, rev: 0101. >> >> Did you try to revert commit (if you use kernel, which include it) ? >> >> commit f0425beda4d404a6e751439b562100b902ba9c98 >> Author: Felix Fietkau >> Date: ? Sun Aug 28 21:11:01 2011 +0200 >> >> ? ? mac80211: retry sending failed BAR frames later instead of tearing >> >> It was already identified that it couse performace issues on rt2860 >> based APs. > > > Indeed, that seems to give me much better throughput, now I am around > 45Mbits/sec in HT20 and 64Mbits/sec in HT40+. > > On a crowded channel, I could get 20Mbits/sec compared to the previous > 5Mbits/sec. > > Do you know what could be the fix for RT2860 not to be impacted by this > change or play nicely with it? I plan to implement a workaround for this in rt2x00. Just tearing down the BA session as soon as one AMPDU failed instead of letting mac80211 send BARs. Also we might delay the BA session establishment a bit when this happens ... Helmut