[PATCH 6/9] ath10k: deduplicate wmi service ready logic

Kalle Valo kvalo at qca.qualcomm.com
Fri Sep 19 01:37:10 PDT 2014


Michal Kazior <michal.kazior at 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 at 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



More information about the ath10k mailing list