Return-path: Received: from mail-oi0-f66.google.com ([209.85.218.66]:34570 "EHLO mail-oi0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751904AbcFFR0u (ORCPT ); Mon, 6 Jun 2016 13:26:50 -0400 Received: by mail-oi0-f66.google.com with SMTP id r4so6700312oib.1 for ; Mon, 06 Jun 2016 10:26:50 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: From: Dave Taht Date: Mon, 6 Jun 2016 10:26:49 -0700 Message-ID: (sfid-20160606_192655_270446_B6594B33) Subject: Re: [RFC/RFT 2/5] ath9k: use mac80211 intermediate software queues To: Tim Shepard Cc: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= , linux-wireless , make-wifi-fast@lists.bufferbloat.net, "ath9k-devel@lists.ath9k.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: For the record, michal's lastest patchset for the ath10k is here: https://github.com/kazikcz/linux/tree/fqmac-v5 which includes the reworked codel.h support (which also landed in net-next as of april 22) (no, haven't tried it yet, I'm only a day back from vacation) ... but it would pay to leverage rate control more, for the ath9k, and I'd like folk to agree on a standardized set of statistics in a std location that can be polled for all implementations (ath9k, ath10k, mt76) I am also reviewing this: http://info.iet.unipi.it/~luigi/papers/20160511-mysched-preprint.pdf as we have a chance to innovate and use less locking with all this stuff happening at the mac80211 layer.