From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 218543B25E for ; Tue, 30 Aug 2016 06:48:53 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail2.tohojo.dk DKIM-Filter: OpenDKIM Filter v2.10.3 mail2.tohojo.dk F03EB40D5E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=201310; t=1472554131; bh=t6do9ley45yLMEtoIGdLpVx3DPveSqfCxcaFj/NwgYI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=M2MMwFto4iXtxgZYTXSExwQxE0bxB5hJMxshJs/DrcETTz8QzOUjAoxfnp4uHUGIF 2xStKoisM5DZ5kgCwmV/LVDwfkZEYJLHDybRP25GXimnIHI38FZPj7JaK2JWx9IJxe zBTqg1RPkuajDm3tRTxJZ6mW+HtQvqI5/BylD91M= Received: by alrua-kau.kau.toke.dk (Postfix, from userid 1000) id DEDE6C40231; Tue, 30 Aug 2016 12:48:49 +0200 (CEST) From: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= To: Richard Smith Cc: Dave Taht , make-wifi-fast@lists.bufferbloat.net References: <9c57d85b-99a0-8dbd-a32e-6af9f5c95787@gmail.com> <874m63ju2g.fsf@toke.dk> <8d19c536-ae4a-e383-71e7-eeaafcba05d8@gmail.com> <874m639tao.fsf@toke.dk> Date: Tue, 30 Aug 2016 12:48:49 +0200 In-Reply-To: (Richard Smith's message of "Tue, 30 Aug 2016 04:38:09 -0400") X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87h9a2pm5q.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Make-wifi-fast] Testing the LEDE nbd/staging branch 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: Tue, 30 Aug 2016 10:48:53 -0000 Richard Smith writes: > On 08/29/2016 06:22 PM, Dave Taht wrote: >> I have tested toke's wndr3800 build below, and with psk2+ccmp crypto >> enabled, using an osx box >> to drive the tests, I can get 210Mbit wifi downloads and uploads for >> nearly any number of flows. Fairness is nearly perfect. w00t! > > Unfortunately, I still get the same behavior where it borks my Intel > AC 8260 card. Hmm, that's certainly "interesting"... You say your baseline is a CC access point; there are so many moving parts in this that it would be good to verify whether the crash is caused by the softq patches specifically. Could you do an identical build where you remove package/kernel/mac80211/patches/337-ath9k-Switch-to-using-mac80211-intermediate-software.patch (and any subsequent patches that touch the same code; i.e., the airtime fairness patches), and see if that also causes crashes? :) -Toke