From: Olivier MATZ <olivier.matz@6wind.com>
To: "Tan, Jianfeng" <jianfeng.tan@intel.com>
Cc: dev@dpdk.org, david.marchand@6wind.com,
bruce.richardson@intel.com, thomas.monjalon@6wind.com,
keith.wiles@intel.com, stephen@networkplumber.org,
"De Lara Guarch, Pablo" <pablo.de.lara.guarch@intel.com>
Subject: Re: [PATCH v3 4/8] eal: change specific log levels at startup
Date: Tue, 18 Apr 2017 13:56:16 +0200 [thread overview]
Message-ID: <20170418135616.5be389d6@glumotte.dev.6wind.com> (raw)
In-Reply-To: <632c7fa5-153d-8a97-0810-a4ac8795046e@intel.com>
Hi Jianfeng,
On Tue, 18 Apr 2017 19:15:51 +0800, "Tan, Jianfeng" <jianfeng.tan@intel.com> wrote:
> On 4/18/2017 4:50 PM, Olivier MATZ wrote:
> > Hi Jianfeng,
> >
> > On Fri, 14 Apr 2017 13:33:49 +0800, "Tan, Jianfeng" <jianfeng.tan@intel.com> wrote:
> >> Hi Olivier,
> >>
> >> If I understand it correctly, this patch is to shift log level setting
> >> earlier. But we did not remove the one in eal_parse_common_option(). So
> >> we can see this parameter will be analyzed twice. Does it make sense to
> >> remove analysis of log level in eal_parse_common_option()?
> >>
> > The patch does not change the way the log level is parsed: it was
> > already parsed twice, because we want to know the log level as soon
> > as possible.
>
> Oh, yes, it's not introduced in this patch. How do you think if we move
> log parser out from eal_parse_common_option to avoid parsing log twice?
Not sure it's so easy to do. The second pass can ignore the --log-level
argument, but it has to be recognized, else we would have an error. I
think it's ok like this.
>
> >
> > But the patch introduces a bug, as seen by Ferruh: the default log
> > level is not set properly when no --log-level parameter is passed.
> >
>
> Before this one, there is another one on usage of regexec(), which I put
> it here: http://dpdk.org/ml/archives/dev/2017-April/064031.html.
Yes, I've seen it, I'll send a patch for this today. Thanks.
Olivier
next prev parent reply other threads:[~2017-04-18 11:55 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-06 13:29 [RFC 0/8] eal: dynamic logs Olivier Matz
2017-02-06 13:29 ` [RFC 1/8] eal: support dynamic log types Olivier Matz
2017-02-06 13:29 ` [RFC 2/8] eal: dump registered " Olivier Matz
2017-02-06 13:29 ` [RFC 3/8] eal: change several log levels matching a regexp Olivier Matz
2017-02-06 13:29 ` [RFC 4/8] eal: change specific log levels at startup Olivier Matz
2017-02-06 13:29 ` [RFC 5/8] eal: deprecate log functions Olivier Matz
2017-02-06 13:29 ` [RFC 6/8] app/test: new command to dump log types Olivier Matz
2017-02-06 13:29 ` [RFC 7/8] app/testpmd: " Olivier Matz
2017-02-06 13:29 ` [RFC 8/8] net/i40e: use dynamic log type for control logs Olivier Matz
2017-02-06 13:49 ` [RFC 0/8] eal: dynamic logs Bruce Richardson
2017-02-06 14:10 ` Olivier Matz
2017-02-06 15:01 ` Wiles, Keith
2017-02-06 15:27 ` Olivier Matz
2017-02-06 15:55 ` Wiles, Keith
2017-02-06 16:18 ` Olivier Matz
2017-02-06 17:57 ` Wiles, Keith
2017-03-15 16:35 ` Thomas Monjalon
2017-03-17 15:32 ` Olivier Matz
2017-03-17 15:51 ` [PATCH " Olivier Matz
2017-03-17 15:51 ` [PATCH 1/8] eal: support dynamic log types Olivier Matz
2017-03-17 16:13 ` Stephen Hemminger
2017-03-17 16:14 ` Stephen Hemminger
2017-03-17 16:15 ` Stephen Hemminger
2017-03-17 16:40 ` Olivier Matz
2017-03-17 16:17 ` Stephen Hemminger
2017-03-17 15:51 ` [PATCH 2/8] eal: dump registered " Olivier Matz
2017-03-17 15:51 ` [PATCH 3/8] eal: change several log levels matching a regexp Olivier Matz
2017-03-17 15:51 ` [PATCH 4/8] eal: change specific log levels at startup Olivier Matz
2017-03-17 15:51 ` [PATCH 5/8] eal: deprecate log functions Olivier Matz
2017-03-17 15:51 ` [PATCH 6/8] app/test: new command to dump log types Olivier Matz
2017-03-17 15:51 ` [PATCH 7/8] app/testpmd: " Olivier Matz
2017-03-17 15:51 ` [PATCH 8/8] net/i40e: use dynamic log type for control logs Olivier Matz
2017-03-29 15:53 ` [PATCH v2 0/8] eal: dynamic logs Olivier Matz
2017-03-29 15:53 ` [PATCH v2 1/8] eal: support dynamic log types Olivier Matz
2017-03-29 15:53 ` [PATCH v2 2/8] eal: dump registered " Olivier Matz
2017-04-04 9:01 ` Thomas Monjalon
2017-03-29 15:53 ` [PATCH v2 3/8] eal: change several log levels matching a regexp Olivier Matz
2017-03-29 15:53 ` [PATCH v2 4/8] eal: change specific log levels at startup Olivier Matz
2017-03-29 15:53 ` [PATCH v2 5/8] eal: deprecate log functions Olivier Matz
2017-03-29 15:53 ` [PATCH v2 6/8] app/test: new command to dump log types Olivier Matz
2017-03-29 15:53 ` [PATCH v2 7/8] app/testpmd: " Olivier Matz
2017-03-29 15:53 ` [PATCH v2 8/8] net/i40e: use dynamic log type for control logs Olivier Matz
2017-04-04 16:40 ` [PATCH v3 0/8] eal: dynamic logs Olivier Matz
2017-04-04 16:40 ` [PATCH v3 1/8] eal: support dynamic log types Olivier Matz
2017-04-04 16:40 ` [PATCH v3 2/8] eal: dump registered " Olivier Matz
2017-04-04 16:40 ` [PATCH v3 3/8] eal: change several log levels matching a regexp Olivier Matz
2017-04-14 5:40 ` Tan, Jianfeng
2017-04-04 16:40 ` [PATCH v3 4/8] eal: change specific log levels at startup Olivier Matz
2017-04-14 5:33 ` Tan, Jianfeng
2017-04-18 8:50 ` Olivier MATZ
2017-04-18 11:15 ` Tan, Jianfeng
2017-04-18 11:56 ` Olivier MATZ [this message]
2017-04-14 15:32 ` Ferruh Yigit
2017-04-18 8:02 ` Olivier MATZ
2017-04-14 15:40 ` Ferruh Yigit
2017-04-04 16:40 ` [PATCH v3 5/8] eal: deprecate log functions Olivier Matz
2017-04-04 16:40 ` [PATCH v3 6/8] app/test: new command to dump log types Olivier Matz
2017-04-04 16:40 ` [PATCH v3 7/8] app/testpmd: " Olivier Matz
2017-04-04 16:40 ` [PATCH v3 8/8] net/i40e: use dynamic log type for control logs Olivier Matz
2017-04-05 11:50 ` [PATCH v3 0/8] eal: dynamic logs Thomas Monjalon
2017-04-12 9:26 ` De Lara Guarch, Pablo
2017-04-12 10:37 ` Thomas Monjalon
2017-04-12 13:11 ` De Lara Guarch, Pablo
2017-04-12 13:29 ` Thomas Monjalon
2017-04-12 13:47 ` De Lara Guarch, Pablo
2017-04-12 14: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=20170418135616.5be389d6@glumotte.dev.6wind.com \
--to=olivier.matz@6wind.com \
--cc=bruce.richardson@intel.com \
--cc=david.marchand@6wind.com \
--cc=dev@dpdk.org \
--cc=jianfeng.tan@intel.com \
--cc=keith.wiles@intel.com \
--cc=pablo.de.lara.guarch@intel.com \
--cc=stephen@networkplumber.org \
--cc=thomas.monjalon@6wind.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.