[RFC/RFT 4/7] ath10k: bypass htc for htt tx path

Kalle Valo kvalo at qca.qualcomm.com
Wed Feb 19 09:56:12 EST 2014


Michal Kazior <michal.kazior at tieto.com> writes:

> Going through full HTC tx path for HTT tx is a
> waste of resources. By skipping it it's possible
> to easily submit scatter-gather to the PCI HIF for
> reduced host CPU load and improved performance.
>
> Signed-off-by: Michal Kazior <michal.kazior at tieto.com>

For a change like this the commit log needs to be more descriptive.
There's no mention about dma pools, nothing about the basic principle
how this works now etc.

> @@ -1067,9 +1067,9 @@ struct ath10k_ce_pipe *ath10k_ce_init(struct ath10k *ar,
>  	 *
>  	 * For the lack of a better place do the check here.
>  	 */
> -	BUILD_BUG_ON(TARGET_NUM_MSDU_DESC >
> +	BUILD_BUG_ON(2*TARGET_NUM_MSDU_DESC >
>  		     (CE_HTT_H2T_MSG_SRC_NENTRIES - 1));
> -	BUILD_BUG_ON(TARGET_10X_NUM_MSDU_DESC >
> +	BUILD_BUG_ON(2*TARGET_10X_NUM_MSDU_DESC >
>  		     (CE_HTT_H2T_MSG_SRC_NENTRIES - 1));
>  
>  	ret = ath10k_pci_wake(ar);
> diff --git a/drivers/net/wireless/ath/ath10k/ce.h b/drivers/net/wireless/ath/ath10k/ce.h
> index 322e929..8eb7f99 100644
> --- a/drivers/net/wireless/ath/ath10k/ce.h
> +++ b/drivers/net/wireless/ath/ath10k/ce.h
> @@ -23,7 +23,7 @@
>  
>  /* Maximum number of Copy Engine's supported */
>  #define CE_COUNT_MAX 8
> -#define CE_HTT_H2T_MSG_SRC_NENTRIES 2048
> +#define CE_HTT_H2T_MSG_SRC_NENTRIES 4096

Also document why you do these changes.

-- 
Kalle Valo



More information about the ath10k mailing list