From: "Gaëtan Rivet" <gaetan.rivet@6wind.com>
To: David Marchand <david.marchand@redhat.com>
Cc: Thomas Monjalon <thomas@monjalon.net>,
"Morrissey, Sean" <sean.morrissey@intel.com>,
"Laatz, Kevin" <kevin.laatz@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v2] Revert "eal: fix parsing option --telemetry"
Date: Mon, 29 Jul 2019 11:22:33 +0200 [thread overview]
Message-ID: <20190729092233.26wx7la5nsc3u4fm@bidouze.vm.6wind.com> (raw)
In-Reply-To: <CAJFAV8x6qo_NgNwMBWfpP1zEAC5hh90O4xR-J3Z88Z5r3stWZQ@mail.gmail.com>
On Mon, Jul 29, 2019 at 10:40:59AM +0200, David Marchand wrote:
> On Sun, Jul 28, 2019 at 9:55 PM Thomas Monjalon <thomas@monjalon.net> wrote:
> > 25/07/2019 10:42, David Marchand:
> > > > > > 24/07/2019 17:20, Sean Morrissey:
> > > > On further investigation, the full fix involves
> > > > a change in the EAL command line parameter handling,
> > > > which is probably too risky for RC3.
> >
> > No way you change the command line parsing,
> > except the rte_option which was created for telemetry.
> > The history of this "simple" feature is already full
> > of hesitations which made me hesitate to merge.
> > Please, don't force me to dig in the code, otherwise
> > I will be tempted to do a big "clean-up".
> >
> > > > This revert will allow telemetry to function again,
> > > > but with the erroneous message still in place.
> > > > We will aim to fix in the next release.
> > >
> > > Might be good to look and revisit the rte_option api.
> >
>
> The patch on eal did not make any sense.
> I am for reverting it too.
>
Hi all,
quick look at it:
719 /*
720 * getopt didn't recognise the option, lets parse the
721 * registered options to see if the flag is valid
722 */
723 if (opt == '?') {
724 ret = rte_option_parse(argv[optind-1]);
725 if (ret == 0)
726 continue;
727
728 eal_usage(prgname);
729 ret = -1;
730 goto out;
731 }
If the --telemetry option is added to the EAL command line,
then this branch will not happen, which explains why the socket was not opened
on the lib side.
> About the real fix, I'd like to first see a description of the actual problem.
> Thanks.
>
>
> --
> David Marchand
Agreed, to add to this: was the build shared? It seems Stephen
encountered errors with RTE_INIT of DPDK libs not being executed in
shared builds, which could explain why everything would seem fine, but
the rte_option would not be registered, making the parsing error appear.
--
Gaëtan Rivet
6WIND
next prev parent reply other threads:[~2019-07-29 9:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-24 15:20 Sean Morrissey
2019-07-24 15:31 ` Thomas Monjalon
2019-07-24 16:28 ` Morrissey, Sean
2019-07-24 21:34 ` Thomas Monjalon
2019-07-25 8:38 ` Morrissey, Sean
2019-07-25 8:42 ` David Marchand
2019-07-28 19:55 ` Thomas Monjalon
2019-07-29 8:40 ` David Marchand
2019-07-29 9:22 ` Gaëtan Rivet [this message]
2019-07-29 20:06 ` Thomas Monjalon
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=20190729092233.26wx7la5nsc3u4fm@bidouze.vm.6wind.com \
--to=gaetan.rivet@6wind.com \
--cc=david.marchand@redhat.com \
--cc=dev@dpdk.org \
--cc=kevin.laatz@intel.com \
--cc=sean.morrissey@intel.com \
--cc=thomas@monjalon.net \
/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).