From: Dave Taht <dave.taht@gmail.com>
To: Felix Fietkau <nbd@nbd.name>
Cc: Make-Wifi-fast <make-wifi-fast@lists.bufferbloat.net>,
shayne.chen@mediatek.com
Subject: Re: [Make-wifi-fast] wifi 7 for mediatek lands... fq_codel? atf? can't tell...
Date: Tue, 1 Nov 2022 02:43:40 -0700 [thread overview]
Message-ID: <CAA93jw63YEwwBLQ9VqFTjC6r2A6H4Xa3tNj0TEHdW_f-1m2G4Q@mail.gmail.com> (raw)
In-Reply-To: <5861fcb0-b173-fcf4-a02e-cd325f08cc3f@nbd.name>
On Tue, Nov 1, 2022 at 2:20 AM Felix Fietkau <nbd@nbd.name> wrote:
>
> On 01.11.22 10:17, Dave Taht wrote:
> > On Tue, Nov 1, 2022 at 2:03 AM Felix Fietkau <nbd@nbd.name> wrote:
> >>
> >> On 01.11.22 02:49, Dave Taht wrote:
> >> > To my eye, this is offloading everything, but I could be wrong.
> >> >
> >> > https://patchwork.kernel.org/project/linux-mediatek/list/?series=690553
> >> ATF and AQL are enabled in the generic mt76 code, not the individual
> >> drivers. itxq (used for fq_codel) is also pretty much mandatory for mt76
> >> drivers using the generic framework.
> >> The driver also has code to read the airtime stats, so all of those
> >> features should work.
> >
> > Thank you for the update! However, in order to take advantage of
> > certain wifi7 features, like RU,
> > a gang scheduler is needed, in order to feed each station
> > independently in the same txop, and
> > also there are other features like probes to set that up. Didn't see
> > any of that...
> All of that scheduling happens inside the firmware. The driver/stack
> only ensures that the hw queueing per station is limited to the
> available AQL budget (and ATF constraints).
I'm sorry to hear that. Tuning AQL has proven tricky, and the rightest
answer was for the firmware to expose per station queues and the
interface statistics so that a smarter host could shave another 10ms
of or more of possible latency off the connection, maybe even get
below 4ms consistently for service to multiple stations at once, which
would be ideal for multi-player gaming.
I should have given more presentations than just the one at IEEE
802.11 and battlemesh, huh?
https://www.youtube.com/watch?v=Rb-UnHDw02o&t=1560
AQL on the ath10k was a hack. The ath9k still runs circles around it
and that too could have been improved with a tx-is-almost-done
interrupt.
>
> - Felix
>
--
This song goes out to all the folk that thought Stadia would work:
https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz
Dave Täht CEO, TekLibre, LLC
prev parent reply other threads:[~2022-11-01 9:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-01 1:49 Dave Taht
2022-11-01 9:03 ` Felix Fietkau
2022-11-01 9:17 ` Dave Taht
2022-11-01 9:20 ` Felix Fietkau
2022-11-01 9:43 ` Dave Taht [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/make-wifi-fast.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAA93jw63YEwwBLQ9VqFTjC6r2A6H4Xa3tNj0TEHdW_f-1m2G4Q@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=make-wifi-fast@lists.bufferbloat.net \
--cc=nbd@nbd.name \
--cc=shayne.chen@mediatek.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox