DPDK patches and discussions
 help / color / mirror / Atom feed
From: Stephen Hemminger <stephen@networkplumber.org>
To: Shanmugasundaram M <shansirtt@gmail.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Reg DPDK EAL log-level=8 options is not throwing any DEBUG messages in /var/log/messages
Date: Wed, 10 Mar 2021 10:25:01 -0800	[thread overview]
Message-ID: <20210310102502.02f5720e@hermes.local> (raw)
In-Reply-To: <CALLOm0MnrCOZOsheDvJWPTK1ket8D4SqO8koDB8qeLiNzGDGNw@mail.gmail.com>

On Wed, 10 Mar 2021 23:49:17 +0530
Shanmugasundaram M <shansirtt@gmail.com> wrote:

> THanks Steven for the quick response.  I want to enable  EAL module
> (complete logging at debug level ) only during bootup of fastpath. Once
> bootup is done, i want to move this module log-level to default/ original.
> Currently I'm using     --log-level='.*',8  along with
> ./sources/fp/common/fp-var.h  [ #define FP_LOG_DEFAULT FP_LOG_DEBUG ]
> instead of [ #define FP_LOG_DEFAULT FP_LOG_ERR ]. refer below snip
> <snip>
> -#define FP_LOG_DEFAULT FP_LOG_ERR
> +#define FP_LOG_DEFAULT FP_LOG_DEBUG
> The problem is its throwing all the other debug messages like this after
> fastpath started. Any way to disable below message <snip3> and only log
> bootup of EAL debug messages alone ?
> 
> REgards,
> Shanmugasundaram M
> 
> <snip3>
> ebug interface eth3 (port 3) is not operative
> 2021-03-10T18:12:39+00:00 daemon infoblox.localdomain fp-rte[3611]: debug
> packet m=0x36575b600 dropped at fp_process_input():178
> 2021-03-10T18:12:39+00:00 daemon infoblox.localdomain fp-rte[3611]: info
> fp_ether_input(ifp=eth1 port=1)
> 2021-03-10T18:12:39+00:00 daemon infoblox.localdomain fp-rte[3611]: debug
> ==== mbuf at [0x36866ee80]: 1 segment(s), len=60 port=1
> 2021-03-10T18:12:39+00:00 daemon infoblox.localdomain fp-rte[3611]: debug
>                  next=(nil) shared=0 flags=0x0
> 2021-03-10T18:12:39+00:00 daemon infoblox.localdomain fp-rte[3611]: debug
>     ol flags: 0x0 hash: 0x0
> 2021-03-10T18:12:39+00:00 daemon infoblox.localdomain fp-rte[3611]: debug
>     outer offloads:
> 2021-03-10T18:12:39+00:00 daemon infoblox.localdomain fp-rte[3611]: debug
>         l2: proto ETH hlen 14 flags
> 
> 
> 
> On Wed, Mar 10, 2021 at 1:59 AM Stephen Hemminger <
> stephen@networkplumber.org> wrote:  
> 
> > On Wed, 10 Mar 2021 00:30:24 +0530
> > Shanmugasundaram M <shansirtt@gmail.com> wrote:
> >  
> > > Dear Team,
> > >
> > > we are using 18.11.1-6WIND DPDK. we are trying to get EAL Debug messages
> > > and we are not able to see any one from them in /var/log/messages. Kindly
> > > let me know --log-level=8 is enough or --log-level=*8 is correct  OR
> > > --log-level=eal,debug is correct ?
> > > Appreciate your quick response.
> > >
> > > regards,
> > > Shanmugasundaram M  
> >
> > DPDK now has log-level on a per-feature level. The old log level was
> > global.
> > The legacy option is what you are using.
> >
> > The document is missing about log-level options.
> >
> > Now log-level takes three forms:
> >     --log-level=regex,N
> >     --log-level=pattern:N
> >     --log-level=N
> >
> > The first takes a regular expressions so for example:
> >      -log-level='pmd\..*,8'
> > Would set logging at debug for Poll Mode Drivers.  Regex period
> > is match all, not match period.
> >
> > The second form takes a shell style pattern (glob):
> >     --log-level='pmd.net.*:debug'
> > Sets debug log level for all Poll Mode Network drivers.
> > All forms take numeric or symbolic names for logging levels in current
> > versions
> >
> > The third form sets the global log level only.
> >
> > The actual logic around what gets logged or not is a union of
> > the global and per-logtype argument. So if global log level is
> > set high (like NOTICE) then no info or debug messages will get printed.
> >
> > In other words, --log-level=8 has no effect both because it only
> > sets the global level (and the default global level already is 8).
> >
> > To turn on all logging. Just do --log-level='.*,8' (or similar)
> >
> >
> >
> >
> >  

If you know what you want, then use a more restrictive log-level to get
just the driver or a particular message type.

  reply	other threads:[~2021-03-10 18:25 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-09 19:00 Shanmugasundaram M
2021-03-09 20:29 ` Stephen Hemminger
2021-03-10 18:19   ` Shanmugasundaram M
2021-03-10 18:25     ` Stephen Hemminger [this message]
2021-03-10 18:32       ` Shanmugasundaram M
2021-06-09 12:02 ` [dpdk-dev] Reg 6Wind fastpath DPDK 18.11.1 virtual memory allocation ( 54.5GB of anonymous mapping) Shanmugasundaram M
2021-06-09 12:28   ` David Marchand
2021-06-09 12:46     ` Bruce Richardson
2021-06-10  7:17       ` Olivier Matz

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=20210310102502.02f5720e@hermes.local \
    --to=stephen@networkplumber.org \
    --cc=dev@dpdk.org \
    --cc=shansirtt@gmail.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).