From: Dariusz Sosnowski <dsosnowski@nvidia.com>
To: "NBU-Contact-Thomas Monjalon (EXTERNAL)" <thomas@monjalon.net>
Cc: Slava Ovsiienko <viacheslavo@nvidia.com>,
Ori Kam <orika@nvidia.com>, Suanming Mou <suanmingm@nvidia.com>,
Matan Azrad <matan@nvidia.com>,
Ferruh Yigit <ferruh.yigit@amd.com>,
Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: RE: [PATCH v2] ethdev: fast path async flow API
Date: Tue, 6 Feb 2024 17:50:45 +0000 [thread overview]
Message-ID: <IA1PR12MB8311C98D178EB5D41F3328AEA4462@IA1PR12MB8311.namprd12.prod.outlook.com> (raw)
In-Reply-To: <8370937.NyiUUSuA9g@thomas>
> -----Original Message-----
> From: Thomas Monjalon <thomas@monjalon.net>
> Sent: Monday, February 5, 2024 15:03
> To: Dariusz Sosnowski <dsosnowski@nvidia.com>
> Cc: Slava Ovsiienko <viacheslavo@nvidia.com>; Ori Kam <orika@nvidia.com>;
> Suanming Mou <suanmingm@nvidia.com>; Matan Azrad
> <matan@nvidia.com>; Ferruh Yigit <ferruh.yigit@amd.com>; Andrew
> Rybchenko <andrew.rybchenko@oktetlabs.ru>; dev@dpdk.org
> Subject: Re: [PATCH v2] ethdev: fast path async flow API
>
> External email: Use caution opening links or attachments
>
>
> 05/02/2024 14:14, Dariusz Sosnowski:
> > From: Thomas Monjalon <thomas@monjalon.net>
> > > 31/01/2024 10:35, Dariusz Sosnowski:
> > > > As a result, no checks for availability of the implementation are
> > > > needed at library level in data path.
> > > > Any library-level validation checks in async flow API are compiled
> > > > if and only if RTE_FLOW_DEBUG macro is defined.
> > >
> > > How are we supposed to enable RTE_FLOW_DEBUG?
> >
> > I should document it, but the idea was that it must be explicitly
> > enabled during build, by adding -c_args=-DRTE_FLOW_DEBUG to meson
> options.
> >
> > Do you think doc/guides/nics/build_and_test.rst is a good place to
> document this option?
>
> Yes
>
> > It would be documented alongside RTE_ETHDEV_DEBUG_RX and
> RTE_ETHDEV_DEBUG_TX.
> >
> > > May it be enabled automatically if other debug option is globally enabled?
> >
> > Do you mean that if buildtype is defined as debug, then RTE_FLOW_DEBUG
> is defined automatically?
>
> Yes
>
> > I think that's a good idea.
>
> Another way of enabling it is to check
> #if RTE_LOG_DP_LEVEL >= RTE_LOG_DEBUG
I think that defining RTE_FLOW_DEBUG based on buildtype would be more appropriate,
since the code under RTE_FLOW_DEBUG is not responsible for any additional logging or tracing.
It rather serves as basic checks for all async flow API functions.
Best regards,
Dariusz Sosnowski
next prev parent reply other threads:[~2024-02-06 17:50 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-30 18:17 [PATCH] " Dariusz Sosnowski
2024-01-31 9:35 ` [PATCH v2] " Dariusz Sosnowski
2024-01-31 13:20 ` Ori Kam
2024-02-05 11:07 ` Thomas Monjalon
2024-02-05 13:14 ` Dariusz Sosnowski
2024-02-05 14:03 ` Thomas Monjalon
2024-02-06 17:50 ` Dariusz Sosnowski [this message]
2024-02-06 17:36 ` [PATCH v3] " Dariusz Sosnowski
2024-02-06 22:21 ` Thomas Monjalon
2024-02-07 0:57 ` Ferruh Yigit
2024-02-07 9:27 ` Thomas Monjalon
2024-02-07 10:47 ` Ferruh Yigit
2024-02-07 10:56 ` Ferruh Yigit
2024-02-07 11:54 ` Ferruh Yigit
2024-02-07 12:06 ` Dariusz Sosnowski
2024-02-07 13:31 ` 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=IA1PR12MB8311C98D178EB5D41F3328AEA4462@IA1PR12MB8311.namprd12.prod.outlook.com \
--to=dsosnowski@nvidia.com \
--cc=andrew.rybchenko@oktetlabs.ru \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@amd.com \
--cc=matan@nvidia.com \
--cc=orika@nvidia.com \
--cc=suanmingm@nvidia.com \
--cc=thomas@monjalon.net \
--cc=viacheslavo@nvidia.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).