[dpdk-dev] [PATCH v2] drivers/net/i40e/i40e_fdir.c: Improved i40e FDIR programming times
Xing, Beilei
beilei.xing at intel.com
Mon May 15 11:55:38 CEST 2017
Hi Lijia,
> -----Original Message-----
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Lilja
> Sent: Thursday, May 11, 2017 6:21 PM
> To: dev at dpdk.org
> Cc: Michael Lilja <ml at napatech.com>
> Subject: [dpdk-dev] [PATCH v2] drivers/net/i40e/i40e_fdir.c: Improved i40e
> FDIR programming times
>
> During my work (https://www.napatech.com/hw-acceleration-via-rte_flow/)
> on a flowtable application example that use rte_flow I discovered that the
> rte_flow programming times on a i40e was +11ms. The patch below result in
> an average programming time of 22usec with a max of 60usec instead of
> +11ms.
>
> Could the following patch be useful? There might be a good reason for the
> original code, I'm unable to tell, so I will let it up to the maintainer to decide.
Thanks for the patch, it's useful, and this can be removed from the commit log.
>
> Signed-off-by: Michael Lilja <ml at napatech.com>
>
> ---
> v2:
> * Code style fix
> ---
> drivers/net/i40e/i40e_fdir.c | 21 +++++++++++++--------
> 1 file changed, 13 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/net/i40e/i40e_fdir.c b/drivers/net/i40e/i40e_fdir.c index
> 28cc554f5..2162443f5 100644
> --- a/drivers/net/i40e/i40e_fdir.c
> +++ b/drivers/net/i40e/i40e_fdir.c
> @@ -1296,23 +1296,28 @@ i40e_fdir_filter_programming(struct i40e_pf *pf,
> rte_wmb();
> I40E_PCI_REG_WRITE(txq->qtx_tail, txq->tx_tail);
>
> - for (i = 0; i < I40E_FDIR_WAIT_COUNT; i++) {
> - rte_delay_us(I40E_FDIR_WAIT_INTERVAL_US);
> + for (i = 0; i < (I40E_FDIR_WAIT_COUNT *
> + I40E_FDIR_WAIT_INTERVAL_US); i++) {
> if ((txdp->cmd_type_offset_bsz &
> - rte_cpu_to_le_64(I40E_TXD_QW1_DTYPE_MASK)) ==
> - rte_cpu_to_le_64(I40E_TX_DESC_DTYPE_DESC_DONE))
> + rte_cpu_to_le_64(I40E_TXD_QW1_DTYPE_MASK)) ==
> + rte_cpu_to_le_64(I40E_TX_DESC_DTYPE_DESC_DONE))
> break;
> + rte_delay_us(1);
> }
> - if (i >= I40E_FDIR_WAIT_COUNT) {
> + if (i >= (I40E_FDIR_WAIT_COUNT * I40E_FDIR_WAIT_INTERVAL_US)) {
> PMD_DRV_LOG(ERR, "Failed to program FDIR filter:"
> - " time out to get DD on tx queue.");
> + " time out to get DD on tx queue.");
> return -ETIMEDOUT;
> }
> /* totally delay 10 ms to check programming status*/
> - rte_delay_us((I40E_FDIR_WAIT_COUNT - i) *
> I40E_FDIR_WAIT_INTERVAL_US);
> + for (i = 0; i < (I40E_FDIR_WAIT_COUNT *
> I40E_FDIR_WAIT_INTERVAL_US); i++) {
> + i
f (i40e_check_fdir_programming_status(rxq) >= 0) {
Braces {} can be removed here according to the coding style.
> + break;
How about "return 0;" here?
> + }
> + rte_delay_us(1);
> + }
> if (i40e_check_fdir_programming_status(rxq) < 0) {
How about removing the if statement? as i40e_check_fdir_programming_status(rxq) has been executed in the above for loop.
> PMD_DRV_LOG(ERR, "Failed to program FDIR filter:"
> - " programming status reported.");
> + " programming status reported.");
> return -ENOSYS;
> }
>
> --
> 2.12.2
>
> Disclaimer: This email and any files transmitted with it may contain
> confidential information intended for the addressee(s) only. The information
> is not to be surrendered or copied to unauthorized persons. If you have
> received this communication in error, please notify the sender immediately
> and delete this e-mail from your system.
More information about the dev
mailing list