patches for DPDK stable branches
 help / color / mirror / Atom feed
From: "Wang, ShougangX" <shougangx.wang@intel.com>
To: "Iremonger, Bernard" <bernard.iremonger@intel.com>,
	"Yigit, Ferruh" <ferruh.yigit@intel.com>,
	"dev@dpdk.org" <dev@dpdk.org>
Cc: "Lu, Wenzhuo" <wenzhuo.lu@intel.com>,
	"Yang, Qiming" <qiming.yang@intel.com>,
	"stable@dpdk.org" <stable@dpdk.org>
Subject: Re: [dpdk-stable] [dpdk-dev] [PATCH] app/testpmd: fix Segment fault when start fwd
Date: Tue, 24 Sep 2019 02:31:34 +0000	[thread overview]
Message-ID: <00A8E5A1740DFA49A87AFFAC34B8EDEA388252@SHSMSX101.ccr.corp.intel.com> (raw)
In-Reply-To: <8CEF83825BEC744B83065625E567D7C260DFAACF@IRSMSX108.ger.corp.intel.com>

Hi Regards, Ferruh

> -----Original Message-----
> From: Iremonger, Bernard
> Sent: Monday, September 23, 2019 10:18 PM
> To: Yigit, Ferruh <ferruh.yigit@intel.com>; Wang, ShougangX
> <shougangx.wang@intel.com>; dev@dpdk.org
> Cc: Lu, Wenzhuo <wenzhuo.lu@intel.com>; Yang, Qiming
> <qiming.yang@intel.com>; stable@dpdk.org
> Subject: RE: [dpdk-dev] [dpdk-stable] [PATCH] app/testpmd: fix Segment fault
> when start fwd
> 
> Hi ShougangX, Ferruh,
> 
> > -----Original Message-----
> > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Ferruh Yigit
> > Sent: Monday, September 23, 2019 12:04 PM
> > To: Wang, ShougangX <shougangx.wang@intel.com>; dev@dpdk.org
> > Cc: Lu, Wenzhuo <wenzhuo.lu@intel.com>; Yang, Qiming
> > <qiming.yang@intel.com>; stable@dpdk.org
> > Subject: Re: [dpdk-dev] [dpdk-stable] [PATCH] app/testpmd: fix Segment
> > fault when start fwd
> >
> > On 9/17/2019 10:22 AM, Wang, ShougangX wrote:
> > >> Let's assume port already stopped before calling the reset, reset
> > >> will cause port to be started.
> > >
> > > Indeed, automatically start looks strange in this case. User
> > > explicitly do the "port start" command should be better.
> > >
> > >> I am for user explicitly do the stop, reset and start commands,
> > >> instead of reset automatically stop and start later.
> > >
> > > There are two reasons that it is necessary to stop automatically in
> > > "port
> > reset" command:
> > > 1) Even without this patch, user does not need to manually execute
> > > "port stop" command before "port reset" too,  because port will be
> > stopped in rte_eth_dev_reset() function.
> > > But this function does not update the port status flag of testpmd.
> > > It makes the port state recorded by testpmd inconsistent with the
> > > actual port state. So I add stop processing in
> > > reset_port() function to stop port as same as running "port stop"
> > command.
> >
> > I see 'rte_eth_dev_reset()' API calls the 'rte_eth_dev_stop()' but it
> > isn't enough as you said and a testpmd stop is required, instead of
> > doing in the function it is easy to detect port is not stopped and
> > return an error in the 'reset', it is up to user to stop and do the reset.
> >
> > >
> > > 2) If let user to stop port manually when he wants to reset port, it
> > > is not
> > easy to use than before.
> >
> > I still prefer 'Explicit is better than implicit.' [1], yes it is two
> > commands now to reset the port if it is already started but I don't see this is a
> problem.
> >
> > Anyway this is not a big deal, if testpmd maintainers are OK for it we
> > can continue with this...
> 
> I am inclined to agree with Ferruh, that it would be better to return an error if
> the port is not stopped when "port reset" is called rather that silently stopping
> the port.
> 

I will adopt your suggestion.

> 
> > [1] see: The Zen of Python :)
> >
> > >
> > > Thanks.
> > > Shougang
> > >
> > >
> > >> -----Original Message-----
> > >> From: Yigit, Ferruh
> > >> Sent: Monday, September 16, 2019 11:28 PM
> > >> To: Wang, ShougangX <shougangx.wang@intel.com>; dev@dpdk.org
> > >> Cc: Lu, Wenzhuo <wenzhuo.lu@intel.com>; Yang, Qiming
> > >> <qiming.yang@intel.com>; stable@dpdk.org
> > >> Subject: Re: [dpdk-stable] [PATCH] app/testpmd: fix Segment fault
> > >> when start fwd
> > >>
> > >> On 9/16/2019 7:37 AM, Wang, ShougangX wrote:
> > >>> Hi Ferruh
> > >>>
> > >>> Thanks for your reply.
> > >>>
> > >>>> Not sure if 'reset' command should do more than it says, if there
> > >>>> is a requirement that port should be stopped, why not add this
> > >>>> condition with an error message so that user can stop the port in
> > advance if she wants.
> > >>>
> > >>> Firstly, port must be stopped before reset. Usually, port is
> > >>> stopped by rte_eth_dev_reset(), so testpmd does not prompt user to stop
> port.
> > >>> Although it can stop port, but testpmd does not change its own
> > >>> port status
> > >> flag to "RTE_PORT_STOPPED" and it will cause "port start" to fail.
> > >>> So I add this patch to stop port as same as running "port stop" command.
> > >>
> > >> Let's assume port already stopped before calling the reset, reset
> > >> will cause port to be started.
> > >> I am for user explicitly do the stop, reset and start commands,
> > >> instead of reset automatically stop and start later.
> > >>
> > >>>
> > >>>> - 'reset_port()' function has a loop inside, 'RTE_ETH_FOREACH_DEV()'
> > >>>> but it works on single port, the loop looked unnecessary to me,
> > >>>> can you please check and remove the loop if required?
> > >>>
> > >>> "port reset" supports reset all ports (testpmd > port reset all),
> > >>> so this loop is
> > >> necessary.
> > >>
> > >> Got it.
> > >>
> > >>>
> > >>>> - I am not able to see 'reset' has been documented in
> > >>>> 'doc/guides/testpmd_app_ug/testpmd_funcs.rst', it may be missing,
> > >>>> can you please check and add it if required?
> > >>>
> > >>> OK. I will add it in the next patch.
> > >>>
> > >>> Thanks.
> > >>> Shougang
> > >>>
> > >>>
> > >>>> -----Original Message-----
> > >>>> From: Yigit, Ferruh
> > >>>> Sent: Saturday, September 14, 2019 1:35 AM
> > >>>> To: Wang, ShougangX <shougangx.wang@intel.com>; dev@dpdk.org
> > >>>> Cc: Lu, Wenzhuo <wenzhuo.lu@intel.com>; Yang, Qiming
> > >>>> <qiming.yang@intel.com>; stable@dpdk.org
> > >>>> Subject: Re: [dpdk-stable] [PATCH] app/testpmd: fix Segment fault
> > >>>> when start fwd
> > >>>>
> > >>>> On 9/6/2019 2:28 AM, Wang ShougangX wrote:
> > >>>>> This patch fixed the reset function to avoid crash when user
> > >>>>> don't call port reset , port stop and port start functions as sequence.
> > >>>>>
> > >>>>> Fixes: 97f1e19679 ("app/testpmd: add port reset command")
> > >>>>> Cc: stable@dpdk.org
> > >>>>>
> > >>>>> Signed-off-by: Wang ShougangX <shougangx.wang@intel.com>
> > >>>>> ---
> > >>>>>  app/test-pmd/testpmd.c | 6 ++++++
> > >>>>>  1 file changed, 6 insertions(+)
> > >>>>>
> > >>>>> diff --git a/app/test-pmd/testpmd.c b/app/test-pmd/testpmd.c
> > >>>>> index
> > >>>>> e8e2a39b6..273a7aa02 100644
> > >>>>> --- a/app/test-pmd/testpmd.c
> > >>>>> +++ b/app/test-pmd/testpmd.c
> > >>>>> @@ -2344,6 +2344,9 @@ reset_port(portid_t pid)
> > >>>>>  	if (port_id_is_invalid(pid, ENABLED_WARN))
> > >>>>>  		return;
> > >>>>>
> > >>>>> +	printf("Stopping ports...\n");
> > >>>>> +	stop_port(pid);
> > >>>>> +
> > >>>>>  	printf("Resetting ports...\n");
> > >>>>>
> > >>>>>  	RTE_ETH_FOREACH_DEV(pi) {
> > >>>>> @@ -2372,6 +2375,9 @@ reset_port(portid_t pid)
> > >>>>>  		}
> > >>>>>  	}
> > >>>>>
> > >>>>> +	printf("Starting ports...\n");
> > >>>>> +	start_port(pid);
> > >>>>> +
> > >>>>>  	printf("Done\n");
> > >>>>>  }
> > >>>>
> > >>>> Hi Shougang,
> > >>>>
> > >>>> Not sure if 'reset' command should do more than it says, if there
> > >>>> is a requirement that port should be stopped, why not add this
> > >>>> condition with an error message so that user can stop the port in
> > advance if she wants.
> > >>>>
> > >>>>
> > >>>> Btw, a few things related,
> > >>>> - 'reset_port()' function has a loop inside, 'RTE_ETH_FOREACH_DEV()'
> > >>>> but it works on single port, the loop looked unnecessary to me,
> > >>>> can you please check and remove the loop if required?
> > >>>>
> > >>>> - I am not able to see 'reset' has been documented in
> > >>>> 'doc/guides/testpmd_app_ug/testpmd_funcs.rst', it may be missing,
> > >>>> can you please check and add it if required?
> > >>>>
> > >>>> Thanks,
> > >>>> ferruh
> 
> Regards,
> 
> Bernard.
> 

Thanks.
Shougang

  reply	other threads:[~2019-09-24  2:31 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-06  1:28 [dpdk-stable] " Wang ShougangX
2019-09-12 13:26 ` [dpdk-stable] [dpdk-dev] " Iremonger, Bernard
2019-09-13 17:34 ` [dpdk-stable] " Ferruh Yigit
2019-09-16  6:37   ` Wang, ShougangX
2019-09-16 15:27     ` Ferruh Yigit
2019-09-17  9:22       ` Wang, ShougangX
2019-09-23 11:04         ` Ferruh Yigit
2019-09-23 14:18           ` [dpdk-stable] [dpdk-dev] " Iremonger, Bernard
2019-09-24  2:31             ` Wang, ShougangX [this message]
2019-09-20  3:13 ` [dpdk-stable] [PATCH v2] " Wang ShougangX
2019-09-23 10:19   ` [dpdk-stable] [dpdk-dev] " Iremonger, Bernard
2019-09-24  1:43     ` Wang, ShougangX
2019-09-24  4:49   ` [dpdk-stable] [PATCH v3] " Wang ShougangX
2019-09-24  9:09     ` Iremonger, Bernard
2019-09-25 17:37       ` Ferruh Yigit

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=00A8E5A1740DFA49A87AFFAC34B8EDEA388252@SHSMSX101.ccr.corp.intel.com \
    --to=shougangx.wang@intel.com \
    --cc=bernard.iremonger@intel.com \
    --cc=dev@dpdk.org \
    --cc=ferruh.yigit@intel.com \
    --cc=qiming.yang@intel.com \
    --cc=stable@dpdk.org \
    --cc=wenzhuo.lu@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).