* Re: [Make-wifi-fast] [PATCH] ath10k: Re-enable TXQs for all devices
[not found] ` <CAA93jw6yw5=ALMdRaRrGU9uySmov9HwM-mr2npRbzsSxHgSAGw@mail.gmail.com>
@ 2017-11-10 1:06 ` Kalle Valo
2017-11-10 1:49 ` Rajkumar Manoharan
1 sibling, 0 replies; 3+ messages in thread
From: Kalle Valo @ 2017-11-10 1:06 UTC (permalink / raw)
To: Dave Taht
Cc: make-wifi-fast@lists.bufferbloat.net,
Toke Høiland-Jørgensen, linux-wireless@vger.kernel.org,
Rajkumar Manoharan, ath10k
Adding ath10k list to get this discussion to the list archive.
Dave Taht <dave.taht@gmail.com> writes:
> On Thu, Nov 9, 2017 at 4:10 PM, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
>> Rajkumar Manoharan <rmanohar@qti.qualcomm.com> writes:
>>
>>>> Commit 4ca1807815aa6801aaced7fdefa9edacc2521767 disables the use of the
>>>> mac80211 TXQs for some devices because of a theoretical throughput
>>>> regression. We have not seen this regression for a while now, so it should be
>>>> safe to re-enable TXQs.
>>>>
>>>> Signed-off-by: Toke Høiland-Jørgensen <toke@toke.dk>
>>>> ---
>>>> This has been in LEDE trunk for a couple of months now with good results.
>>>>
>>> Toke,
>>>
>>> Good to know that the performance drop is not seen with the chips that does not
>>> have push-pull support. The issue was originally reported with ap152 + qca988x
>>> by community [1]. Hope this combination is also considered in LEDE.
>>
>> Ah, was that the original bug report? Thank you, I have not been able to
>> find that anywhere!
>>
>> The issue that seems to point to has been fixed a while ago; I'll send
>> and updated patch with a better commit message (also forgot to cc the
>> ath10k list, I see).
>>
>> -Toke
>
> Hmm. I remember that thread. I thought we'd basically resolved that
> issue (45% of the time spent in fq_codel_drop under udp flood),
> back then, with eric adding the batch drop fix to fq_codel itself:
>
> See commit: https://osdn.net/projects/android-x86/scm/git/kernel/commits/9d18562a227874289fda8ca5d117d8f503f1dcca
>
> which fixed up the problem beautifully:
>
> https://lists.bufferbloat.net/pipermail/make-wifi-fast/2016-May/000590.html
>
> So if we've been carrying this darn patch for the ath10k vs something
> that we'd actually fixed elsewhere in the stack, for over a year,
> sigh.
--
Kalle Valo
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: [Make-wifi-fast] [PATCH] ath10k: Re-enable TXQs for all devices
[not found] ` <CAA93jw6yw5=ALMdRaRrGU9uySmov9HwM-mr2npRbzsSxHgSAGw@mail.gmail.com>
2017-11-10 1:06 ` [Make-wifi-fast] [PATCH] ath10k: Re-enable TXQs for all devices Kalle Valo
@ 2017-11-10 1:49 ` Rajkumar Manoharan
2017-11-10 2:33 ` Toke Høiland-Jørgensen
1 sibling, 1 reply; 3+ messages in thread
From: Rajkumar Manoharan @ 2017-11-10 1:49 UTC (permalink / raw)
To: Dave Taht, Toke Høiland-Jørgensen, Kalle Valo
Cc: make-wifi-fast@lists.bufferbloat.net,
linux-wireless@vger.kernel.org, ath10k@lists.infradead.org
> >
> > The issue that seems to point to has been fixed a while ago; I'll send
> > and updated patch with a better commit message (also forgot to cc the
> > ath10k list, I see).
> >
> > -Toke
>
> Hmm. I remember that thread. I thought we'd basically resolved that issue (45%
> of the time spent in fq_codel_drop under udp flood), back then, with eric adding
> the batch drop fix to fq_codel itself:
>
> See commit: https://osdn.net/projects/android-
> x86/scm/git/kernel/commits/9d18562a227874289fda8ca5d117d8f503f1dcca
>
> which fixed up the problem beautifully:
>
> https://lists.bufferbloat.net/pipermail/make-wifi-fast/2016-May/000590.html
>
> So if we've been carrying this darn patch for the ath10k vs something that we'd
> actually fixed elsewhere in the stack, for over a year, sigh.
>
Dave,
Agree.. Even I am not fan of that patch in ath10k. IIRC Michal pushed this
change as temp one and planned to revert it once it is fixed in stack or in driver.
I thought Eric change in fq_codel is meant only for fatty udp flows. Forgive my ignorance.
-Rajkumar
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: [Make-wifi-fast] [PATCH] ath10k: Re-enable TXQs for all devices
2017-11-10 1:49 ` Rajkumar Manoharan
@ 2017-11-10 2:33 ` Toke Høiland-Jørgensen
0 siblings, 0 replies; 3+ messages in thread
From: Toke Høiland-Jørgensen @ 2017-11-10 2:33 UTC (permalink / raw)
To: Rajkumar Manoharan, Dave Taht, Kalle Valo
Cc: make-wifi-fast@lists.bufferbloat.net,
linux-wireless@vger.kernel.org, ath10k@lists.infradead.org
Rajkumar Manoharan <rmanohar@qti.qualcomm.com> writes:
> Agree.. Even I am not fan of that patch in ath10k. IIRC Michal pushed
> this change as temp one and planned to revert it once it is fixed in
> stack or in driver.
>
> I thought Eric change in fq_codel is meant only for fatty udp flows.
> Forgive my ignorance.
It is, mostly. There's a separate possible issue with TCP performance
that we're looking into, but that is unrelated to TXQs.
-Toke
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-11-10 2:34 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20171109071945.11033-1-toke@toke.dk>
[not found] ` <6112ae948ba2409da27709d01da567eb@NALASEXR01H.na.qualcomm.com>
[not found] ` <87k1yzq9i8.fsf@toke.dk>
[not found] ` <CAA93jw6yw5=ALMdRaRrGU9uySmov9HwM-mr2npRbzsSxHgSAGw@mail.gmail.com>
2017-11-10 1:06 ` [Make-wifi-fast] [PATCH] ath10k: Re-enable TXQs for all devices Kalle Valo
2017-11-10 1:49 ` Rajkumar Manoharan
2017-11-10 2:33 ` Toke Høiland-Jørgensen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox