From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 60E7A3B29F for ; Sat, 1 Oct 2016 14:59:45 -0400 (EDT) Received: by mail-qt0-x236.google.com with SMTP id 38so65467089qte.1 for ; Sat, 01 Oct 2016 11:59:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=4UNQkc/AJ2Neketebx3ukdqMMX/vZbBNU5nS9NyoicE=; b=AgTzlxj6a0EOCFKI3uvziPqLxb1sUmzmiOUeBavZqLhybPl60n4VpZE0+VBqTKhENY wzr4i48m3PelePxvxhf7crUiZdY26C+b99cGTmCDI0ey1TD/qIIaFvlleQhY1bmZ/0sE ps5O4vFrjLiKg1SDw3N/4bPo6QsA+0/2J75ntGMv3VC78pii7XyrVkD2z1ZpbaQV2uum qWpy5x341f+p8O9fl05UxqFbWIaGT1aS0EbVXuSVsc+J/SKaA0kvNEoE8ndJK5cW5YES OpTC8oOzLR6uevWs6/E8BwuqsjTgxOSrwSTdNhXp/VR76cRpvQOGMSyamlTPn4IVv/EZ Torw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=4UNQkc/AJ2Neketebx3ukdqMMX/vZbBNU5nS9NyoicE=; b=nMTf++hjYxRpK615Jhb2gPTAu9uSGH4HAILIJ4RdH1r/s8o6ZaFY1LJuKNrJo3GgRv Bs9vKVHXX/lYq7NSRkismznbh0b/Fpq9JJG42jvTLL7J8PwLCFvoCJ3HG8ZhPrn7XGNU +p0M7KRfkizn4aVQSLFHoevzS61gUMwHuxcKIBtZUYbe/IRmjBxdH8UZXRa4A9WiK8kq lKlGeTD/AZkCCQ37sRGYHSJbSFne6EXCaBxYhDNDvpEHlsDUdrgmcCPA5OUzFQTAuBPb Z2uI72AlzKzp3YC85u8ba/e3qkKBfjrDjMsZ2dylPFYYjzdFOrjbTQ1fGvcmi9G4qF9v qLsw== X-Gm-Message-State: AA6/9Rmsp5b9/pU3ejhMjnQqS1HpjtKHsHoJlE5d9jrWS/WbyqD0WhlWo41sIsW9bYkeOw5DGoRyxH2YusA/og== X-Received: by 10.237.33.147 with SMTP id l19mr1603953qtc.58.1475348385000; Sat, 01 Oct 2016 11:59:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.146.164 with HTTP; Sat, 1 Oct 2016 11:59:44 -0700 (PDT) In-Reply-To: <8760pc9c0k.fsf@toke.dk> References: <8760pc9c0k.fsf@toke.dk> From: Dave Taht Date: Sat, 1 Oct 2016 11:59:44 -0700 Message-ID: To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: make-wifi-fast@lists.bufferbloat.net, Michal Kazior Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Make-wifi-fast] net-next is next X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 18:59:45 -0000 OK, so the only thing I don't have a full grip on is what the napi-for-ath10k change did. On Sat, Oct 1, 2016 at 11:09 AM, Toke H=C3=B8iland-J=C3=B8rgensen wrote: > Dave Taht writes: > >> I'm a little vague on the pieces missing as yet. I think?, still out >> of tree are: > > Don't see anything missing from the list that I have been working on. Of > the things I have: > >> * Hooking up the ath9k to the intermediate queues code > > I expect Kalle to add this sometime during the upcoming merge window > (which opens tomorrow, according to the PHB crystal ball: > http://phb-crystal-ball.org/). > >> * airtime fairness for the ath9k > > Haven't submitted a new version of this since the other things went in. Patches somewhere? > While the basic scheduler works well, there are still some things to > work out before making a serious attempt at upstreaming it (most notably > the interaction with the hardware QoS queues). I was more or less planning to ignore that. Nobody else bothers to test flooding the hardware queues, why should we? :/ And the behavior is better now, regardless. Can't we ignore it? :-P >Also, moving parts of the > code into mac80211 would make it easier to re-use in other drivers. Not > sure which parts, though. same here. Pursuing another chipset (like the mt76 or "c.h.i.p") might lend insight. Sigh. >> * Codel "hack" for low rates > > This still needs to be solved, but the hack I posted previously was just > that: A hack. I think a different approach is needed. I outlined a couple approaches in my previous (overlong, meandering) blog entry ( http://blog.cerowrt.org/post/a_bit_about_bbr/ ) - notably, "giving up" - and turning off codel at a decent sized aggregate for the station, rather than at the global limit of one packet. And there were a few much easier things from layering on top of the airtime fairness stuff that might make the impact of multiple stations on codel less difficult - reducing the txop and reducing the advertised txop - when highly contended. Assembling enough pieces to tackle and test those approaches at slow, middle, and fast rates... would be good, and hopefully I've got a grip on which pieces, now, thx. > >> As for what's in lede.... ? > > LEDE has the previous version of the mac80211 fix and the ath9k patch to > enable the TXQ. That's lede, not lede-staging? > > -Toke --=20 Dave T=C3=A4ht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org