From: Kalle Valo <kvalo@qca.qualcomm.com>
To: Michal Kazior <michal.kazior@tieto.com>
Cc: <ath10k@lists.infradead.org>, <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH 6/9] ath10k: deduplicate wmi service ready logic
Date: Fri, 19 Sep 2014 11:37:10 +0300 [thread overview]
Message-ID: <87a95wngzt.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <1411046487-19544-7-git-send-email-michal.kazior@tieto.com> (Michal Kazior's message of "Thu, 18 Sep 2014 15:21:24 +0200")
Michal Kazior <michal.kazior@tieto.com> writes:
> The logic responsible for processing the event is
> no different across different firmware binaries.
> The difference that needs to be dealt with is the
> ABI of data structures.
>
> The intermediate structure uses __le32 to avoid
> extra memory allocations to byteswap
> variable-length substructures (i.e. host mem
> chunks).
>
> Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
[...]
> + if (test_bit(ATH10K_FW_FEATURE_WMI_10X, ar->fw_features)) {
> + ret = ath10k_wmi_10x_pull_svc_rdy_ev(skb, &arg);
> + wmi_10x_svc_map(arg.service_map, svc_bmap);
> + } else {
> + ret = ath10k_wmi_pull_svc_rdy_ev(skb, &arg);
> + wmi_main_svc_map(arg.service_map, svc_bmap);
> + }
For consistency shouldn't the latter be
ath10k_wmi_main_pull_svc_rdy_ev()?
> --- a/drivers/net/wireless/ath/ath10k/wmi.h
> +++ b/drivers/net/wireless/ath/ath10k/wmi.h
> @@ -1394,6 +1394,7 @@ struct wlan_host_mem_req {
> * wmi_service_ready_event,e.g., 11ac pass some of the
> * device capability to the host.
> */
> +
> struct wmi_service_ready_event {
> __le32 sw_version;
> __le32 sw_version_1;
Isn't this unneeded change?
--
Kalle Valo
next prev parent reply other threads:[~2014-09-19 8:37 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-18 13:21 [PATCH 0/9] ath10k: mostly cleanups Michal Kazior
2014-09-18 13:21 ` [PATCH 1/9] ath10k: fix tx/rx chainmask init Michal Kazior
2014-09-18 16:11 ` Ben Greear
2014-09-19 5:59 ` Michal Kazior
2014-09-18 13:21 ` [PATCH 2/9] ath10k: remove unused pdev_set_channel command Michal Kazior
2014-09-18 13:21 ` [PATCH 3/9] ath10k: deduplicate wmi_channel code Michal Kazior
2014-09-18 13:21 ` [PATCH 4/9] ath10k: deduplicate host mem chunk code Michal Kazior
2014-09-18 13:21 ` [PATCH 5/9] ath10k: relocate wmi attach/deatch functions Michal Kazior
2014-09-18 13:21 ` [PATCH 6/9] ath10k: deduplicate wmi service ready logic Michal Kazior
2014-09-19 8:37 ` Kalle Valo [this message]
2014-09-19 8:43 ` Michal Kazior
2014-09-22 9:46 ` Kalle Valo
2014-09-22 10:33 ` Michal Kazior
2014-09-18 13:21 ` [PATCH 7/9] ath10k: clean up phyerr code Michal Kazior
2014-09-18 13:21 ` [PATCH 8/9] ath10k: unify wmi event function names Michal Kazior
2014-09-18 13:21 ` [PATCH 9/9] ath10k: re-work scan start command building Michal Kazior
2014-09-23 9:33 ` [PATCH 0/9] ath10k: mostly cleanups Kalle Valo
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=87a95wngzt.fsf@kamboji.qca.qualcomm.com \
--to=kvalo@qca.qualcomm.com \
--cc=ath10k@lists.infradead.org \
--cc=linux-wireless@vger.kernel.org \
--cc=michal.kazior@tieto.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;
as well as URLs for NNTP newsgroup(s).