From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) (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 79F033B2A0 for ; Thu, 13 Oct 2016 11:59:20 -0400 (EDT) Received: by mail-yw0-x235.google.com with SMTP id t192so57762956ywf.0 for ; Thu, 13 Oct 2016 08:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tieto.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=i4Nk65iOsM2/tVMT9Ik6X3GIO+PvtqxJuaQ1zFiYKY8=; b=WqzFanmuKbJxeYAeAji97IOLKadRfJ2LPxD0mky8q8o8D4S3BHbyU6xxtfaBeSVWak FQoUIuvBWLpuBMy+5kQxBKl5mRiudX2P+ab5jpv+l7RLzsfNLyb88Qu3csi4hXaoBy+m /NqWWRKXUym5FdSSYHyKuGbEoDsBdW8Q7M190= 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=i4Nk65iOsM2/tVMT9Ik6X3GIO+PvtqxJuaQ1zFiYKY8=; b=JtVcZw8KTjldiwp0OaTOrAz519O+Ne1/mxbCTJMl2M4Ke0iHTIvI7USDKVgMXxkx/v /G4Q3Gr0ftkW1PHXbGaIY4aLihtxWE7AvM9LBAMrR/cjOW11GmbqF1jVKzWfgFFuAHTy SW/lkiUCIhJSVuWPDgsZKU3NYL+6qNaCIfbJ74mMkaqxcxxhhPD/qkcfZkerhs8loYZD VnVVxYwKSB3rGc58BO83fatAabvJ9cQMIaFW0mbdkdGU/XKEQWXVVwxThNwGzrVoPtyZ sUMknu3OkR8NxQjqDvfWXTHThWgQVBaQxZ2CGSG+nj6udKsBEv7asVXmlQTpyNLNRDVh jfew== X-Gm-Message-State: AA6/9RnQt6jTovPmFwTOsf9MnSYmn6CC9YMY1racYLgPQGbF5c7DJTOGnVnrUj0Kun8lDglvpBUqOlGhNqb68FWwXpzN4axiocsz0nQvRunzXXDwMlt64rpkoEj78LHbC2NNtOv1lf2dYj8usJEgRMGJxJMrcrw3fPzrNw== X-Received: by 10.28.130.138 with SMTP id e132mr2632478wmd.110.1476374359784; Thu, 13 Oct 2016 08:59:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.73.129 with HTTP; Thu, 13 Oct 2016 08:59:19 -0700 (PDT) In-Reply-To: <87y41sxnlp.fsf@toke.dk> References: <87y41sxnlp.fsf@toke.dk> From: Michal Kazior Date: Thu, 13 Oct 2016 17:59:19 +0200 Message-ID: To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: Noah Causin , make-wifi-fast@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-DomainID: tieto.com Subject: Re: [Make-wifi-fast] ath10k fq_codel support 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: Thu, 13 Oct 2016 15:59:20 -0000 On 13 Octsuppber 2016 at 17:41, Toke H=C3=B8iland-J=C3=B8rgensen wrote: > Noah Causin writes: > >> Hi, >> >> I was looking into getting an Ubiquiti Unifi AC-Pro to flash LEDE onto f= or >> testing the ath10k performance and latency with fq_codel. >> >> I already have an Archer C7 V2 which uses the ath10k-firmware-qca988x pa= ckage, >> which the Unifi AC-Pro and Lite seem to use. >> >> Would I have all I need if I flashed the latest git version of LEDE? >> >> Also, what firmware versions support the intermediate software queues, >> and would my Archer C7 be fine for preliminary testing? > > You can check if it's active by seeing if you can read > /sys/kernel/debug/ieee80211/phy0/aqm - if that exists and outputs > anything when you 'cat' it, the intermediate queues are active. > > They are disabled for some hardware revisions, but not sure which ones. wake_tx_queue is disabled if fw doesn't advertise flow control support (which is supported in qca99xx and qca40xx chip fw blobs only so far). qca988x found in archer c7 will have it disabled. The patch that disables it is [1]. You can revert it or tinker around the logic it introduced if you want to force fq_codel. [1]: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit= /drivers/net/wireless/ath/ath10k?id=3D4ca1807815aa6801aaced7fdefa9edacc2521= 767 Michal