On Thu, 2017-11-30 at 18:28 +0530, ako...@qti.qualcomm.com wrote:
Hello,
> Tested on QCA9880 with firmware version 10.2.4.70.48. This should also
> work with firmware branch 10.2.4-1.0-00029
I tried using your patch on 4.14 with firmware 10.2.4-1.0-00029
> Parse peer stats from pktlog packets
ako...@codeaurora.org writes:
> On 2017-11-30 22:08, Kalle Valo wrote:
>> Toke Høiland-Jørgensen writes:
>>
> +struct ath10k_10_2_peer_tx_stats {
> + u8 ratecode[PEER_STATS_FOR_NO_OF_PPDUS];
> + u8 success_pkts[PEER_STATS_FOR_NO_OF_PPDUS];
> + __le16 success_bytes[PEER_STATS_FOR_
Hello,
Thanks for verifying the patch.
On 2017-12-01 16:15, Maxime Bizon wrote:
On Thu, 2017-11-30 at 18:28 +0530, ako...@qti.qualcomm.com wrote:
Hello,
Tested on QCA9880 with firmware version 10.2.4.70.48. This should also
work with firmware branch 10.2.4-1.0-00029
I tried using your pat
Toke Høiland-Jørgensen writes:
> ako...@codeaurora.org writes:
>
>> On 2017-11-30 22:08, Kalle Valo wrote:
>>> Toke Høiland-Jørgensen writes:
>>>
>> +struct ath10k_10_2_peer_tx_stats {
>> +u8 ratecode[PEER_STATS_FOR_NO_OF_PPDUS];
>> +u8 success_pkts[PEER_STATS_FOR_NO
On Fri, 2017-12-01 at 19:18 +0530, ako...@codeaurora.org wrote:
> Hope CONFIG_MAC80211_DEBUGFS is enabled in your build.
it wasn't and IMHO it's confusing because tx rate is filled by the other
drivers without it.
I now have the following warning:
[ 96.174967] [ cut here ]---
Kalle Valo writes:
>>> tx_duration is aggregate time duration of 4 PPDU sent to STA.
>>> FW sends these values for retry packets also.
>>
>> Great, that sounds like just what we need.
>
> Except mapping to the iee80211_tx_status() might be difficult. I'm not
> sure how HTT_T2H_MSG_TYPE_PKTLOG eve
ako...@codeaurora.org writes:
>>> Parse peer stats from pktlog packets and update the tx rate
>>> information
>>> per STA. This way user space can query about transmit rate with iw:
>>
>> everything works ok, ath10k_update_per_peer_tx_stats() is called and
>> ath10k_sta fields are updated correctl
On Fri, 2017-12-01 at 16:29 +0100, Toke Høiland-Jørgensen wrote:
>
> Yeah, figures. Well, maybe we'll just have to support an asynchronous
> callback into mac80211 to register airtime usage. Will probably have to
> add some asynchronicity anyway to avoid doing too much work in the fast
> path.
I
On Friday, December 1, 2017 4:05:10 PM CET Maxime Bizon wrote:
>
> On Fri, 2017-12-01 at 19:18 +0530, ako...@codeaurora.org wrote:
>
> > Hope CONFIG_MAC80211_DEBUGFS is enabled in your build.
>
> it wasn't and IMHO it's confusing because tx rate is filled by the other
> drivers without it.
>
>
Johannes Berg writes:
> On Fri, 2017-12-01 at 16:29 +0100, Toke Høiland-Jørgensen wrote:
>>
>> Yeah, figures. Well, maybe we'll just have to support an asynchronous
>> callback into mac80211 to register airtime usage. Will probably have to
>> add some asynchronicity anyway to avoid doing too muc
On Fri, 2017-12-01 at 16:54 +0100, Toke Høiland-Jørgensen wrote:
> I guess that once we have an asynchronous scheduler task of some kind,
> supporting the callback is easy, but pulling the data out of each packet
> needs more work.
Right.
> But since we'll have to do that for ath9k anyway it
>
On Fri, 2017-12-01 at 16:53 +0100, Christian Lamparter wrote:
> "[PATCH] ath10k: fix recent bandwidth conversion bug"
indeed, much better
thanks
--
Maxime
___
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listi
On 11/30/2017 09:23 AM, Ben Greear wrote:
On 11/30/2017 09:04 AM, Ansuel Smith wrote:
had this crash when restarting 5ghz wireless. Very bad performance and
stability on a netgear r7800. Near wifi are on different channel, with
old kernel 4.4 there were no issue. With the new kernel 4.9 i have
t
13 matches
Mail list logo