Re: [dpdk-dev] [PATCH] net/mlx5: correct spelling mistakes in comments

[Slava Ovsiienko <viacheslavo@mellanox.com>]

> -----Original Message-----
> From: Dekel Peled <dekelp@mellanox.com>
> Sent: Thursday, July 18, 2019 22:41
> To: Yongseok Koh <yskoh@mellanox.com>; Slava Ovsiienko
> <viacheslavo@mellanox.com>; Shahaf Shuler <shahafs@mellanox.com>
> Cc: Ori Kam <orika@mellanox.com>; dev@dpdk.org; stable@dpdk.org
> Subject: [PATCH] net/mlx5: correct spelling mistakes in comments
> 
> Some spelling mistakes were found in comments.
> This patch fixes them.
> 
> Cc: stable@dpdk.org
> 
> Signed-off-by: Dekel Peled <dekelp@mellanox.com>
Acked-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>

> ---
>  drivers/net/mlx5/mlx5.h      | 2 +-
>  drivers/net/mlx5/mlx5_flow.c | 2 +-
>  drivers/net/mlx5/mlx5_rxq.c  | 2 +-
>  drivers/net/mlx5/mlx5_txq.c  | 2 +-
>  4 files changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/drivers/net/mlx5/mlx5.h b/drivers/net/mlx5/mlx5.h index
> 2bd2aa6..6230371 100644
> --- a/drivers/net/mlx5/mlx5.h
> +++ b/drivers/net/mlx5/mlx5.h
> @@ -232,7 +232,7 @@ struct mlx5_dev_config {  };
> 
>  /**
> - * Type of objet being allocated.
> + * Type of object being allocated.
>   */
>  enum mlx5_verbs_alloc_type {
>  	MLX5_VERBS_ALLOC_TYPE_NONE,
> diff --git a/drivers/net/mlx5/mlx5_flow.c b/drivers/net/mlx5/mlx5_flow.c
> index 7109985..e082cbb 100644
> --- a/drivers/net/mlx5/mlx5_flow.c
> +++ b/drivers/net/mlx5/mlx5_flow.c
> @@ -473,7 +473,7 @@ uint32_t mlx5_flow_adjust_priority(struct
> rte_eth_dev *dev, int32_t priority,
>   *   Item hash fields.
>   *
>   * @return
> - *   The hash fileds that should be used.
> + *   The hash fields that should be used.
>   */
>  uint64_t
>  mlx5_flow_hashfields_adjust(struct mlx5_flow *dev_flow, diff --git
> a/drivers/net/mlx5/mlx5_rxq.c b/drivers/net/mlx5/mlx5_rxq.c index
> 3e82f71..39b8b7a 100644
> --- a/drivers/net/mlx5/mlx5_rxq.c
> +++ b/drivers/net/mlx5/mlx5_rxq.c
> @@ -1122,7 +1122,7 @@ struct mlx5_rxq_ibv *
>  		dev->data->port_id, mp->name);
>  	/*
>  	 * If a buffer in the pool has been externally attached to a mbuf and
> it
> -	 * is still in use by application, destroying the Rx qeueue can spoil
> +	 * is still in use by application, destroying the Rx queue can spoil
>  	 * the packet. It is unlikely to happen but if application dynamically
>  	 * creates and destroys with holding Rx packets, this can happen.
>  	 *
> diff --git a/drivers/net/mlx5/mlx5_txq.c b/drivers/net/mlx5/mlx5_txq.c index
> 7741095..82493d7 100644
> --- a/drivers/net/mlx5/mlx5_txq.c
> +++ b/drivers/net/mlx5/mlx5_txq.c
> @@ -669,7 +669,7 @@ struct mlx5_txq_ibv *  }
> 
>  /**
> - * Calcuate the total number of WQEBB for Tx queue.
> + * Calculate the total number of WQEBB for Tx queue.
>   *
>   * Simplified version of calc_sq_size() in rdma-core.
>   *
> --
> 1.8.3.1