From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.codeaurora.org (smtp.codeaurora.org [198.145.29.96]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 3CE453B25E for ; Wed, 5 Oct 2016 13:54:33 -0400 (EDT) Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 8995F61AF7; Wed, 5 Oct 2016 17:54:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1475690072; bh=Z52JrWC193r4KXV+CWZmyO4HdpVSsR4UjSLViETUK6c=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=HGFCvbVzFHqTs36G9JJ+b2snyBPFEX6WyYg9gQ69LtUtzZKfNFcgEYHTDYutIrSDJ fp2COWVZG/0d85E0Y/yGgIg5khgkGRZPszMBrrWVXnQp/p5zGDvWwg1CWoBNOE0DdQ y72KV41HSD783rdkEfX3nTQ9bbSCh7dCdwZQT3b0= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,SPF_PASS,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from potku.adurom.net (a88-115-185-251.elisa-laajakaista.fi [88.115.185.251]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kvalo@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id B5D8B61AF5; Wed, 5 Oct 2016 17:54:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1475690072; bh=Z52JrWC193r4KXV+CWZmyO4HdpVSsR4UjSLViETUK6c=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=HGFCvbVzFHqTs36G9JJ+b2snyBPFEX6WyYg9gQ69LtUtzZKfNFcgEYHTDYutIrSDJ fp2COWVZG/0d85E0Y/yGgIg5khgkGRZPszMBrrWVXnQp/p5zGDvWwg1CWoBNOE0DdQ y72KV41HSD783rdkEfX3nTQ9bbSCh7dCdwZQT3b0= DMARC-Filter: OpenDMARC Filter v1.3.1 smtp.codeaurora.org B5D8B61AF5 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=pass smtp.mailfrom=kvalo@codeaurora.org From: Kalle Valo To: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= Cc: linux-wireless@vger.kernel.org, make-wifi-fast@lists.bufferbloat.net, ath9k-devel@lists.ath9k.org, Tim Shepard , Felix Fietkau References: <20160706193417.13080-1-toke@toke.dk> <20160805160346.10545-1-toke@toke.dk> <87mvk44xmt.fsf@purkki.adurom.net> <87bn0k4w4d.fsf@toke.dk> <87fupwvisn.fsf@kamboji.qca.qualcomm.com> <871t1g4thz.fsf@toke.dk> <877fb8ug0x.fsf@kamboji.qca.qualcomm.com> <87k2dm6git.fsf@toke.dk> <878tu2okv7.fsf@kamboji.qca.qualcomm.com> <87d1jeenwa.fsf@toke.dk> In-Reply-To: <87d1jeenwa.fsf@toke.dk> ("Toke =?utf-8?Q?H=C3=B8iland-J?= =?utf-8?Q?=C3=B8rgensen=22's?= message of "Wed, 05 Oct 2016 18:55:33 +0200") Message-ID: <874m4qof58.fsf@kamboji.qca.qualcomm.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 28 Nov 2016 08:47:10 -0500 Subject: Re: [Make-wifi-fast] [PATCH v4] ath9k: Switch to using mac80211 intermediate software queues. 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: , Date: Wed, 05 Oct 2016 17:54:33 -0000 X-Original-Date: Wed, 05 Oct 2016 20:54:27 +0300 X-List-Received-Date: Wed, 05 Oct 2016 17:54:33 -0000 Toke H=C3=B8iland-J=C3=B8rgensen writes: > Kalle Valo writes: > >> Toke H=C3=B8iland-J=C3=B8rgensen writes: >> >>> Kalle Valo writes: >>> >>>> Toke H=C3=B8iland-J=C3=B8rgensen writes: >>>> >>>> I understand your point, but I don't want to rush this to 4.9 and then >>>> start getting lots of bug reports and eventually forced to revert it. = If >>>> we just found a new serious regression the chances are that there are >>>> more lurking somewhere and this patch is just not ready yet. >>> >>> So, the changes to mac80211 that fixes the known regressions of this >>> patch have gone in. >> >> I guess you mean this commit: >> >> bb42f2d13ffc mac80211: Move reorder-sensitive TX handlers to after TXQ d= equeue >> >> (Just making sure that I have the same commit in my tree when I apply >> this) > > Yup, that's the one :) > >>> Any chance of seeing this merged during the current merge window? :) >> >> I sent last new feature ("-next") patches for 4.9 last week, sorry. So >> this has to wait for 4.10. > > Ah, right, I think I got my merge windows confused. You already said you > wouldn't take it for 4.9. So I guess what I'm asking is for you to put > it into the appropriate -next tree so it can get some wider exposure > ahead of the *next* merge window... Yeah, we have plenty of time for 4.10 :) So my plan is to apply this after I open wireless-drivers-next in 2-3 weeks or so. That would mean that the patch would hit Linus' tree when 4.10-rc1 is released (estimated to happen on 2017-01-01). The timing is actually perfect as now we get maximal testing time on -next. >> And I assume I need to take v5: >> >> https://patchwork.kernel.org/patch/9311037/ > > Yes. Haven't noticed anything that changed since that might conflict > with it, but let me know if I missed something and you want a refreshed > version. Thanks, I'll let you know if there are any problems. --=20 Kalle Valo