DPDK patches and discussions
 help / color / mirror / Atom feed
From: Shahaf Shuler <shahafs@mellanox.com>
To: Slava Ovsiienko <viacheslavo@mellanox.com>,
	"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v2 1/1] net/mlx5: fix typos in comments
Date: Mon, 8 Apr 2019 06:00:07 +0000	[thread overview]
Message-ID: <AM0PR0502MB379574ADC4D519038E821471C32C0@AM0PR0502MB3795.eurprd05.prod.outlook.com> (raw)
In-Reply-To: <1554454530-24103-1-git-send-email-viacheslavo@mellanox.com>

Friday, April 5, 2019 11:56 AM, Viacheslav Ovsiienko:
> Subject: [PATCH v2 1/1] net/mlx5: fix typos in comments
> 
> Fixes: 299d7dc28c37 ("net/mlx5: add representor recognition on Linux 5.x")
> 
> Signed-off-by: Viacheslav Ovsiienko <viacheslavo@mellanox.com>
> 

Applied to next-net-mlx, thanks.

Pay attention the below comments should be after the "---" to not be included on the commit log.

> v2:
>   rebasing only
> v1:
>   http://patches.dpdk.org/patch/52056/
> 
> ---
>  drivers/net/mlx5/mlx5.c          | 14 +++++++-------
>  drivers/net/mlx5/mlx5_flow_tcf.c | 22 +++++++++++-----------
>  2 files changed, 18 insertions(+), 18 deletions(-)
> 
> diff --git a/drivers/net/mlx5/mlx5.c b/drivers/net/mlx5/mlx5.c index
> f571ba2..09f4a21 100644
> --- a/drivers/net/mlx5/mlx5.c
> +++ b/drivers/net/mlx5/mlx5.c
> @@ -155,7 +155,7 @@ struct mlx5_dev_spawn_data {
>   * port dedicated IB device, the context will be used by only given
>   * port due to unification.
>   *
> - * Routine first searches the context for the spesified IB device name,
> + * Routine first searches the context for the specified IB device name,
>   * if found the shared context assumed and reference counter is
> incremented.
>   * If no context found the new one is created and initialized with specified
>   * IB device context and parameters.
> @@ -185,7 +185,7 @@ struct mlx5_dev_spawn_data {
>  			goto exit;
>  		}
>  	}
> -	/* No device found, we have to create new sharted context. */
> +	/* No device found, we have to create new shared context. */
>  	assert(spawn->max_port);
>  	sh = rte_zmalloc("ethdev shared ib context",
>  			 sizeof(struct mlx5_ibv_shared) +
> @@ -305,7 +305,7 @@ struct mlx5_dev_spawn_data {
>  /**
>   * Initialize DR related data within private structure.
>   * Routine checks the reference counter and does actual
> - * resources creation/iniialization only if counter is zero.
> + * resources creation/initialization only if counter is zero.
>   *
>   * @param[in] priv
>   *   Pointer to the private device data structure.
> @@ -1353,7 +1353,7 @@ struct mlx5_dev_spawn_data {
>  	 * Currently we support single E-Switch per PF configurations
>  	 * only and vport_id field contains the vport index for
>  	 * associated VF, which is deduced from representor port name.
> -	 * For exapmple, let's have the IB device port 10, it has
> +	 * For example, let's have the IB device port 10, it has
>  	 * attached network device eth0, which has port name attribute
>  	 * pf0vf2, we can deduce the VF number as 2, and set vport index
>  	 * as 3 (2+1). This assigning schema should be changed if the @@ -
> 1595,7 +1595,7 @@ struct mlx5_dev_spawn_data {
>  	mlx5_set_link_up(eth_dev);
>  	/*
>  	 * Even though the interrupt handler is not installed yet,
> -	 * interrupts will still trigger on the asyn_fd from
> +	 * interrupts will still trigger on the async_fd from
>  	 * Verbs context returned by ibv_open_device().
>  	 */
>  	mlx5_link_update(eth_dev, 0);
> @@ -1772,7 +1772,7 @@ struct mlx5_dev_spawn_data {
>  	}
>  	ibv_match[nd] = NULL;
>  	if (!nd) {
> -		/* No device macthes, just complain and bail out. */
> +		/* No device matches, just complain and bail out. */
>  		mlx5_glue->free_device_list(ibv_list);
>  		DRV_LOG(WARNING,
>  			"no Verbs device matches PCI device " PCI_PRI_FMT
> ","
> @@ -1805,7 +1805,7 @@ struct mlx5_dev_spawn_data {
> 
>  	if (np > 1) {
>  		/*
> -		 * Signle IB device with multiple ports found,
> +		 * Single IB device with multiple ports found,
>  		 * it may be E-Switch master device and representors.
>  		 * We have to perform identification trough the ports.
>  		 */
> diff --git a/drivers/net/mlx5/mlx5_flow_tcf.c
> b/drivers/net/mlx5/mlx5_flow_tcf.c
> index 3006f83..fc04c9d 100644
> --- a/drivers/net/mlx5/mlx5_flow_tcf.c
> +++ b/drivers/net/mlx5/mlx5_flow_tcf.c
> @@ -2916,7 +2916,7 @@ struct pedit_parser {
>   *   VXLAN VNI in 24-bit wire format.
>   *
>   * @return
> - *   VXLAN VNI as a 32-bit integer value in network endian.
> + *   VXLAN VNI as a 32-bit integer value in network endianness.
>   */
>  static inline rte_be32_t
>  vxlan_vni_as_be32(const uint8_t vni[3]) @@ -4051,7 +4051,7 @@ struct
> pedit_parser {
>  	nlh->nlmsg_flags |= NLM_F_ACK;
>  	ret = mnl_socket_sendto(tcf->nl, nlh, nlh->nlmsg_len);
>  	if (ret <= 0) {
> -		/* Message send error occurres. */
> +		/* Message send error occurred. */
>  		rte_errno = errno;
>  		return -rte_errno;
>  	}
> @@ -4307,7 +4307,7 @@ struct tcf_nlcb_context {
>   * @param[in] tcf
>   *   Context object initialized by mlx5_flow_tcf_context_create().
>   * @param[in] ifindex
> - *   Network inferface index to perform cleanup.
> + *   Network interface index to perform cleanup.
>   */
>  static void
>  flow_tcf_encap_local_cleanup(struct mlx5_flow_tcf_context *tcf, @@ -
> 4343,7 +4343,7 @@ struct tcf_nlcb_context {  }
> 
>  /**
> - * Collect neigh permament rules on specified network device.
> + * Collect neigh permanent rules on specified network device.
>   * This is callback routine called by libmnl mnl_cb_run() in loop for
>   * every message in received packet.
>   *
> @@ -4392,7 +4392,7 @@ struct tcf_nlcb_context {
>  	}
>  	if (!na_mac || !na_ip)
>  		return 1;
> -	/* Neigh rule with permenent attribute found. */
> +	/* Neigh rule with permanent attribute found. */
>  	size = MNL_ALIGN(sizeof(struct nlmsghdr)) +
>  	       MNL_ALIGN(sizeof(struct ndmsg)) +
>  	       SZ_NLATTR_DATA_OF(ETHER_ADDR_LEN) + @@ -4431,7 +4431,7
> @@ struct tcf_nlcb_context {
>   * @param[in] tcf
>   *   Context object initialized by mlx5_flow_tcf_context_create().
>   * @param[in] ifindex
> - *   Network inferface index to perform cleanup.
> + *   Network interface index to perform cleanup.
>   */
>  static void
>  flow_tcf_encap_neigh_cleanup(struct mlx5_flow_tcf_context *tcf, @@ -
> 4599,7 +4599,7 @@ struct tcf_nlcb_context {
>   * Note that an implicit route is maintained by the kernel due to the
>   * presence of a peer address (IFA_ADDRESS).
>   *
> - * These rules are used for encapsultion only and allow to assign
> + * These rules are used for encapsulation only and allow to assign
>   * the outer tunnel source IP address.
>   *
>   * @param[in] tcf
> @@ -5018,7 +5018,7 @@ struct tcf_nlcb_context {
> 
>  /**
>   * Releases VXLAN encap rules container by pointer. Decrements the
> - * reference cointer and deletes the container if counter is zero.
> + * reference counter and deletes the container if counter is zero.
>   *
>   * @param[in] irule
>   *   VXLAN rule container pointer to release.
> @@ -5042,7 +5042,7 @@ struct tcf_nlcb_context {
>   * @param[in] tcf
>   *   Context object initialized by mlx5_flow_tcf_context_create().
>   * @param[in] vtep
> - *   Object represinting the network device to delete. Memory
> + *   Object representing the network device to delete. Memory
>   *   allocated for this object is freed by routine.
>   */
>  static void
> @@ -5268,7 +5268,7 @@ struct tcf_nlcb_context {  }
> 
>  /**
> - * Aqcuire target interface index for VXLAN tunneling encapsulation.
> + * Acquire target interface index for VXLAN tunneling encapsulation.
>   *
>   * @param[in] tcf
>   *   Context object initialized by mlx5_flow_tcf_context_create().
> @@ -5601,7 +5601,7 @@ struct tcf_nlcb_query {
>  /**
>   * Fetch the applied rule handle. This is callback routine called by
>   * libmnl mnl_cb_run() in loop for every message in received packet.
> - * When the NLM_F_ECHO flag i sspecified the kernel sends the created
> + * When the NLM_F_ECHO flag is specified the kernel sends the created
>   * rule descriptor back to the application and we can retrieve the
>   * actual rule handle from updated descriptor.
>   *
> --
> 1.8.3.1

  parent reply	other threads:[~2019-04-08  6:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-02  7:40 [dpdk-dev] [PATCH " Viacheslav Ovsiienko
2019-04-02  7:40 ` Viacheslav Ovsiienko
2019-04-05  8:55 ` [dpdk-dev] [PATCH v2 " Viacheslav Ovsiienko
2019-04-05  8:55   ` Viacheslav Ovsiienko
2019-04-08  6:00   ` Shahaf Shuler [this message]
2019-04-08  6:00     ` Shahaf Shuler

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=AM0PR0502MB379574ADC4D519038E821471C32C0@AM0PR0502MB3795.eurprd05.prod.outlook.com \
    --to=shahafs@mellanox.com \
    --cc=dev@dpdk.org \
    --cc=viacheslavo@mellanox.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).