DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Pei, Andy" <andy.pei@intel.com>
To: "Ye, Xiaolong" <xiaolong.ye@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
	"Zhang, Helin" <helin.zhang@intel.com>,
	"stable@dpdk.org" <stable@dpdk.org>,
	"Zhang, Roy Fan" <roy.fan.zhang@intel.com>,
	"Zhang, Qi Z" <qi.z.zhang@intel.com>,
	"Wu, Jingjing" <jingjing.wu@intel.com>,
	"Xing, Beilei" <beilei.xing@intel.com>,
	"Yigit, Ferruh" <ferruh.yigit@intel.com>,
	"Xu, Rosen" <rosen.xu@intel.com>
Subject: Re: [dpdk-dev] [PATCH] net/i40e: fix core dumped when setting txq or rxq to 0 in VF
Date: Fri, 21 Jun 2019 09:02:56 +0000	[thread overview]
Message-ID: <5941F446C088714A85408FA3132CFCBB01036793@SHSMSX105.ccr.corp.intel.com> (raw)
In-Reply-To: <20190621114224.GA42981@intel.com>

HI

-----Original Message-----
From: Ye, Xiaolong 
Sent: Friday, June 21, 2019 7:42 PM
To: Pei, Andy <andy.pei@intel.com>
Cc: dev@dpdk.org; Zhang, Helin <helin.zhang@intel.com>; stable@dpdk.org; Zhang, Roy Fan <roy.fan.zhang@intel.com>; Zhang, Qi Z <qi.z.zhang@intel.com>; Wu, Jingjing <jingjing.wu@intel.com>; Xing, Beilei <beilei.xing@intel.com>; Yigit, Ferruh <ferruh.yigit@intel.com>; Xu, Rosen <rosen.xu@intel.com>
Subject: Re: [dpdk-dev] [PATCH] net/i40e: fix core dumped when setting txq or rxq to 0 in VF

On 06/21, Andy Pei wrote:
>Testpmd stucked and core dumped
>when set invalid VF queue number.
>This patch fix this issue.

It's better to wrap the commit message within 72 characters. Perhaps something
like:

Testpmd would stuck and result in core dump when user specifies an invalid VF queue number. This patch fixes this issue.

What do you think?
>
>Fixes: d6b19729093e ("i40evf: support configurable crc stripping")
>Cc: helin.zhang@intel.com
>Cc: stable@dpdk.org
>
>Signed-off-by: Andy Pei <andy.pei@intel.com>
>---
>Cc: roy.fan.zhang@intel.com
>Cc: qi.z.zhang@intel.com
>Cc: jingjing.wu@intel.com
>Cc: beilei.xing@intel.com
>Cc: ferruh.yigit@intel.com
>Cc: rosen.xu@intel.com
>
> drivers/net/i40e/i40e_ethdev_vf.c | 35 
> ++++++++++++++++++++++++++++-------
> 1 file changed, 28 insertions(+), 7 deletions(-)
>
>diff --git a/drivers/net/i40e/i40e_ethdev_vf.c 
>b/drivers/net/i40e/i40e_ethdev_vf.c
>index 63dbe14..7096cc5 100644
>--- a/drivers/net/i40e/i40e_ethdev_vf.c
>+++ b/drivers/net/i40e/i40e_ethdev_vf.c
>@@ -573,7 +573,7 @@ struct rte_i40evf_xstats_name_off {  {
> 	txq_info->vsi_id = vsi_id;
> 	txq_info->queue_id = queue_id;
>-	if (queue_id < nb_txq) {
>+	if ((queue_id < nb_txq) && txq) {
> 		txq_info->ring_len = txq->nb_tx_desc;
> 		txq_info->dma_ring_addr = txq->tx_ring_phys_addr;
> 	}
>@@ -590,7 +590,7 @@ struct rte_i40evf_xstats_name_off {
> 	rxq_info->vsi_id = vsi_id;
> 	rxq_info->queue_id = queue_id;
> 	rxq_info->max_pkt_size = max_pkt_size;
>-	if (queue_id < nb_rxq) {
>+	if ((queue_id < nb_rxq) && rxq) {
> 		rxq_info->ring_len = rxq->nb_rx_desc;
> 		rxq_info->dma_ring_addr = rxq->rx_ring_phys_addr;
> 		rxq_info->databuffer_size =
>@@ -622,11 +622,32 @@ struct rte_i40evf_xstats_name_off {
> 	vc_vqci->num_queue_pairs = nb_qp;
> 
> 	for (i = 0, vc_qpi = vc_vqci->qpair; i < nb_qp; i++, vc_qpi++) {
>-		i40evf_fill_virtchnl_vsi_txq_info(&vc_qpi->txq,
>-			vc_vqci->vsi_id, i, dev->data->nb_tx_queues, txq[i]);
>-		i40evf_fill_virtchnl_vsi_rxq_info(&vc_qpi->rxq,
>-			vc_vqci->vsi_id, i, dev->data->nb_rx_queues,
>-					vf->max_pkt_len, rxq[i]);
>+		if (!txq)
>+			i40evf_fill_virtchnl_vsi_txq_info(&vc_qpi->txq,
>+							vc_vqci->vsi_id,
>+							i,
>+							dev->data->nb_tx_queues,
>+							NULL);
>+		else
>+			i40evf_fill_virtchnl_vsi_txq_info(&vc_qpi->txq,
>+							vc_vqci->vsi_id,
>+							i,
>+							dev->data->nb_tx_queues,
>+							txq[i]);
>+		if (!rxq)
>+			i40evf_fill_virtchnl_vsi_rxq_info(&vc_qpi->rxq,
>+							vc_vqci->vsi_id,
>+							i,
>+							dev->data->nb_rx_queues,
>+							vf->max_pkt_len,
>+							NULL);
>+		else
>+			i40evf_fill_virtchnl_vsi_rxq_info(&vc_qpi->rxq,
>+							vc_vqci->vsi_id,
>+							i,
>+							dev->data->nb_rx_queues,
>+							vf->max_pkt_len,
>+							rxq[i]);

No need to use one line for each parameter, I think you can still use the old format.

A tab is added at the beginning of the line, so the old format will exceed 80 characters.
So I suggests for use a new format but not one line for each parameter.
A new line comes if the upper line is more than 80 characters.
I will do this in v3

Thanks,
Xiaolong
> 	}
> 	memset(&args, 0, sizeof(args));
> 	args.ops = VIRTCHNL_OP_CONFIG_VSI_QUEUES;
>--
>1.8.3.1
>

      parent reply	other threads:[~2019-06-21  9:03 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-21  4:34 Andy Pei
2019-06-21  8:26 ` [dpdk-dev] [PATCH v2] " Andy Pei
2019-06-21  9:23   ` [dpdk-dev] [PATCH v3] " Andy Pei
2019-06-30  0:04     ` Zhang, Qi Z
2019-07-04  1:38     ` [dpdk-dev] [PATCH v4] " Andy Pei
2019-07-04  6:17       ` Zhang, Qi Z
2019-07-04  6:20         ` Pei, Andy
2019-06-21 11:42 ` [dpdk-dev] [PATCH] " Ye Xiaolong
2019-06-21  8:17   ` Pei, Andy
2019-06-21  9:02   ` Pei, Andy [this message]

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=5941F446C088714A85408FA3132CFCBB01036793@SHSMSX105.ccr.corp.intel.com \
    --to=andy.pei@intel.com \
    --cc=beilei.xing@intel.com \
    --cc=dev@dpdk.org \
    --cc=ferruh.yigit@intel.com \
    --cc=helin.zhang@intel.com \
    --cc=jingjing.wu@intel.com \
    --cc=qi.z.zhang@intel.com \
    --cc=rosen.xu@intel.com \
    --cc=roy.fan.zhang@intel.com \
    --cc=stable@dpdk.org \
    --cc=xiaolong.ye@intel.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).