From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 D9BC43B2A3 for ; Wed, 20 Jul 2016 09:30:18 -0400 (EDT) Received: by mail-wm0-x232.google.com with SMTP id f65so175902820wmi.0 for ; Wed, 20 Jul 2016 06:30:18 -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=WbmSscIFK66sPu1/LzQGqAEUiT4TVc3LBsCr+kPVrnU=; b=h8SA9sMIPPfxqBLEHMWXSul2x2IDeKbNYxV2B9O/7WQCiowVkCFI8dZzKKecZjS8ip tA/snfOYKoH4N6ALwSFrBIQzhc0MuiyPTrA8bDOOj/Ak/DxMJVKhscg4WNQw1BJFqUj1 LKmJQ7OrAqq/7QCRxie59UTyIBBKACeiPEpMk= 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=WbmSscIFK66sPu1/LzQGqAEUiT4TVc3LBsCr+kPVrnU=; b=IYP+/6f1vK3KiEAt4zO+akUXkMTri0EHHrOeC2FEMkhrlhDQjQ+DbZnlVBMvtW0lr3 RvAw21NCP5Z2yTsJydq4qlgztFAgk1cTKCxPqJPyDKFDJRVzvLxJg8XRj3Fzs3kQglPu m3B4syMBdNrpp3Ia8RWMdbznKXx8liQd6wqqca4fGebluirHzeigXtOpYEFzGybGzz3Q vQqs+Fi3Oa8AQRLobqNVqY/2BEUGG2E97QwdIThJiB2vnQIz1NddvxnSSZYJb9gWld6r C+aqczNPnZw1a0fMOhpSnw5kDQG+C3NVw5azQZ9KqL0hNSN77uLKPuFuhKhHU4lFoX6x dhDQ== X-Gm-Message-State: ALyK8tLIanen8JJI8SigXdRhq6RUiMGHGF747dt2dqHsyJuTSDxCQtgIgoE5EoNC1pT+hmAMi1/UD8XjQzq0VeSCrAXhJMJmUdbHml0ZQNPvutfdyQjruyjrCWq9oCuK30+PMjUWJNnALTWyyPaosk+FQMcXBCi5FR7wdg== X-Received: by 10.194.119.202 with SMTP id kw10mr1480160wjb.83.1469021417853; Wed, 20 Jul 2016 06:30:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.172.4 with HTTP; Wed, 20 Jul 2016 06:30:16 -0700 (PDT) In-Reply-To: <87y44wo3hg.fsf@toke.dk> References: <87y44wo3hg.fsf@toke.dk> From: Michal Kazior Date: Wed, 20 Jul 2016 15:30:16 +0200 Message-ID: To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: N0man Tech , 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] Does mac80211 use fq_codel 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: Wed, 20 Jul 2016 13:30:19 -0000 On 20 July 2016 at 15:15, Toke H=C3=B8iland-J=C3=B8rgensen w= rote: > N0man Tech writes: > >> I was wondering if mac80211 currently uses fq_codel in LEDE using >> intermediate software queues. > > Depends on your driver: If you're using ath10k it does (I think). If If you have a very recent patch (I think nbd's staging tree contains it) ath10k will not support it unless you have a firmware capable of peer-flow-control (not sure if it's publicly available yet). Not even sure what FW is used in LEDE/OpenWRT now. > you're using ath9k, there's a patch in nbd's staging tree. No other > drivers use the intermediate queues that I'm aware of. There's mt76 but I'm not sure if it's available in OpenWRT/LEDE (and if so on which branch/repo). Micha=C5=82