From: "Valo, Kalle" <kvalo@qca.qualcomm.com>
To: "Shajakhan, Mohammed Shafi (Mohammed Shafi)" <mohammed@qti.qualcomm.com>
Cc: "mohammed@codeaurora.org" <mohammed@codeaurora.org>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
"ath10k@lists.infradead.org" <ath10k@lists.infradead.org>
Subject: Re: [PATCH v2] ath10k: Fix 10.4 extended peer stats update
Date: Tue, 31 May 2016 12:18:49 +0000 [thread overview]
Message-ID: <87vb1ucten.fsf@qca.qualcomm.com> (raw)
In-Reply-To: <1464339926-12136-1-git-send-email-mohammed@qca.qualcomm.com> (Mohammed Shafi Shajakhan's message of "Fri, 27 May 2016 14:35:26 +0530")
Mohammed Shafi Shajakhan <mohammed@qti.qualcomm.com> writes:
> From: Mohammed Shafi Shajakhan <mohammed@qti.qualcomm.com>
>
> 10.4 'extended peer stats' will be not be appended with normal peer stats
> data and they shall be coming in separate chunks. Fix this by maintaining
> a separate linked list 'extender peer stats' for 10.4 and update
> rx_duration for per station statistics. Also parse through beacon filter
> (if enabled), to make sure we parse the extended peer stats properly.
> This issue was exposed when more than one client is connected and
> extended peer stats for 10.4 is enabled
>
> The order for the stats is as below
> S - standard peer stats, E- extended peer stats, B - beacon filter stats
>
> {S1, S2, S3..} -> {B1, B2, B3..}(if available) -> {E1, E2, E3..}
>
> Fixes: f9575793d44c ("ath10k: enable parsing per station rx duration for 10.4")
> Signed-off-by: Mohammed Shafi Shajakhan <mohammed@qti.qualcomm.com>
[...]
> +void ath10k_sta_update_rx_duration(struct ath10k *ar,
> + struct ath10k_fw_stats *stats)
> +{
> + struct ath10k_fw_file *fw_file = &ar->normal_mode_fw.fw_file;
> +
> + if (fw_file->wmi_op_version < ATH10K_FW_WMI_OP_VERSION_10_4)
> + ath10k_sta_update_stats_rx_duration(ar, &stats->peers);
> + else
> + ath10k_sta_update_extd_stats_rx_duration(ar,
> + &stats->peers_extd);
> +}
_Ideally_ wmi_op_version should be used only in ath10k_wmi_attach() and
nowhere else. Isn't there any other way to detect this scenario? For
example, what if you store stats_id to struct ath10k_fw_stats and do
something like this:
if (stats->stats_id & WMI_10_4_STAT_PEER_EXTD)
ath10k_sta_update_extd_stats_rx_duration(ar,
&stats->peers_extd);
else
ath10k_sta_update_stats_rx_duration(ar, &stats->peers);
Would that work?
--
Kalle Valo
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
WARNING: multiple messages have this Message-ID (diff)
From: "Valo, Kalle" <kvalo@qca.qualcomm.com>
To: "Shajakhan, Mohammed Shafi (Mohammed Shafi)" <mohammed@qti.qualcomm.com>
Cc: "ath10k@lists.infradead.org" <ath10k@lists.infradead.org>,
"mohammed@codeaurora.org" <mohammed@codeaurora.org>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH v2] ath10k: Fix 10.4 extended peer stats update
Date: Tue, 31 May 2016 12:18:49 +0000 [thread overview]
Message-ID: <87vb1ucten.fsf@qca.qualcomm.com> (raw)
In-Reply-To: <1464339926-12136-1-git-send-email-mohammed@qca.qualcomm.com> (Mohammed Shafi Shajakhan's message of "Fri, 27 May 2016 14:35:26 +0530")
Mohammed Shafi Shajakhan <mohammed@qti.qualcomm.com> writes:
> From: Mohammed Shafi Shajakhan <mohammed@qti.qualcomm.com>
>
> 10.4 'extended peer stats' will be not be appended with normal peer stats
> data and they shall be coming in separate chunks. Fix this by maintaining
> a separate linked list 'extender peer stats' for 10.4 and update
> rx_duration for per station statistics. Also parse through beacon filter
> (if enabled), to make sure we parse the extended peer stats properly.
> This issue was exposed when more than one client is connected and
> extended peer stats for 10.4 is enabled
>
> The order for the stats is as below
> S - standard peer stats, E- extended peer stats, B - beacon filter stats
>
> {S1, S2, S3..} -> {B1, B2, B3..}(if available) -> {E1, E2, E3..}
>
> Fixes: f9575793d44c ("ath10k: enable parsing per station rx duration for 10.4")
> Signed-off-by: Mohammed Shafi Shajakhan <mohammed@qti.qualcomm.com>
[...]
> +void ath10k_sta_update_rx_duration(struct ath10k *ar,
> + struct ath10k_fw_stats *stats)
> +{
> + struct ath10k_fw_file *fw_file = &ar->normal_mode_fw.fw_file;
> +
> + if (fw_file->wmi_op_version < ATH10K_FW_WMI_OP_VERSION_10_4)
> + ath10k_sta_update_stats_rx_duration(ar, &stats->peers);
> + else
> + ath10k_sta_update_extd_stats_rx_duration(ar,
> + &stats->peers_extd);
> +}
_Ideally_ wmi_op_version should be used only in ath10k_wmi_attach() and
nowhere else. Isn't there any other way to detect this scenario? For
example, what if you store stats_id to struct ath10k_fw_stats and do
something like this:
if (stats->stats_id & WMI_10_4_STAT_PEER_EXTD)
ath10k_sta_update_extd_stats_rx_duration(ar,
&stats->peers_extd);
else
ath10k_sta_update_stats_rx_duration(ar, &stats->peers);
Would that work?
--
Kalle Valo
next prev parent reply other threads:[~2016-05-31 12:19 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-27 9:05 [PATCH v2] ath10k: Fix 10.4 extended peer stats update Mohammed Shafi Shajakhan
2016-05-27 9:05 ` Mohammed Shafi Shajakhan
2016-05-31 12:18 ` Valo, Kalle [this message]
2016-05-31 12:18 ` Valo, Kalle
2016-05-31 13:37 ` Mohammed Shafi Shajakhan
2016-05-31 13:37 ` Mohammed Shafi Shajakhan
2016-05-31 18:57 ` Valo, Kalle
2016-05-31 18:57 ` Valo, Kalle
2016-06-01 9:08 ` Mohammed Shafi Shajakhan
2016-06-01 9:08 ` Mohammed Shafi Shajakhan
2016-06-01 13:00 ` Valo, Kalle
2016-06-01 13:00 ` Valo, Kalle
2016-06-01 15:12 ` Mohammed Shafi Shajakhan
2016-06-01 15:12 ` Mohammed Shafi Shajakhan
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87vb1ucten.fsf@qca.qualcomm.com \
--to=kvalo@qca.qualcomm.com \
--cc=ath10k@lists.infradead.org \
--cc=linux-wireless@vger.kernel.org \
--cc=mohammed@codeaurora.org \
--cc=mohammed@qti.qualcomm.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.