From: Thomas Monjalon <thomas@monjalon.net>
To: Ivan Malov <ivan.malov@oktetlabs.ru>,
Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
Cc: dev@dpdk.org, David Marchand <david.marchand@redhat.com>,
Ferruh Yigit <ferruh.yigit@intel.com>, Ori Kam <orika@nvidia.com>
Subject: Re: [dpdk-dev] [PATCH] ethdev: fine tune error reporting in pick transfer proxy API
Date: Tue, 02 Nov 2021 16:45:45 +0100 [thread overview]
Message-ID: <2115605.bGoMZ7lrYc@thomas> (raw)
In-Reply-To: <32956056-8804-046c-da59-119a6c378dd3@oktetlabs.ru>
01/11/2021 10:41, Andrew Rybchenko:
> On 10/27/21 12:00 PM, Ivan Malov wrote:
> > There are PMDs which do not support flow offloads at all.
> > In such cases, the API in question returns ENOTSUP. This
> > is too loud. Restructure the code to avoid spamming logs.
> >
> > Fixes: 1179f05cc9a0 ("ethdev: query proxy port to manage transfer flows")
> >
> > Signed-off-by: Ivan Malov <ivan.malov@oktetlabs.ru>
> > ---
> > lib/ethdev/rte_flow.c | 5 +----
> > 1 file changed, 1 insertion(+), 4 deletions(-)
> >
> > diff --git a/lib/ethdev/rte_flow.c b/lib/ethdev/rte_flow.c
> > index d268784532..9d98d2d716 100644
> > --- a/lib/ethdev/rte_flow.c
> > +++ b/lib/ethdev/rte_flow.c
> > @@ -1335,10 +1335,7 @@ rte_flow_pick_transfer_proxy(uint16_t port_id, uint16_t *proxy_port_id,
> > const struct rte_flow_ops *ops = rte_flow_ops_get(port_id, error);
> > struct rte_eth_dev *dev;
> >
> > - if (unlikely(ops == NULL))
> > - return -rte_errno;
> > -
> > - if (ops->pick_transfer_proxy == NULL) {
> > + if (ops == NULL || ops->pick_transfer_proxy == NULL) {
>
> First of all I think that the patch is wrong and origin code is better.
> If flow API is not supported at all (ops == NULL), what's the point
> to return some proxy port?
>
> > *proxy_port_id = port_id;
> > return 0;
> > }
> >
>
> IMHO, spamming of testpmd logs in described case should be fixed
> in testpmd itself to avoid logs in the case of ENOTSUP. That's it.
I think we should not call this API in testpmd
if not doing rte_flow transfer rule.
next prev parent reply other threads:[~2021-11-02 15:45 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-27 9:00 [dpdk-dev] [PATCH] ethdev: fine tune error reporting in pick transfer proxy API Ivan Malov
2021-10-27 9:46 ` Thomas Monjalon
2021-10-27 9:55 ` Ivan Malov
2021-10-27 10:57 ` Thomas Monjalon
2021-10-28 16:24 ` Ivan Malov
2021-10-29 8:11 ` Thomas Monjalon
2021-11-01 9:41 ` Andrew Rybchenko
2021-11-02 15:45 ` Thomas Monjalon [this message]
2021-11-02 15:58 ` Andrew Rybchenko
2021-11-02 17:04 ` David Marchand
2021-11-10 14:21 ` Ferruh Yigit
2021-11-15 14:15 ` Ivan Malov
2021-11-15 15:09 ` Thomas Monjalon
2021-11-15 15:30 ` Ori Kam
2021-11-03 14:38 ` Ori Kam
2021-11-16 15:38 ` [PATCH] app/testpmd: fix flow transfer proxy port handling Ivan Malov
2021-11-16 19:23 ` Ori Kam
2021-11-17 7:41 ` Slava Ovsiienko
2021-11-17 10:54 ` 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=2115605.bGoMZ7lrYc@thomas \
--to=thomas@monjalon.net \
--cc=andrew.rybchenko@oktetlabs.ru \
--cc=david.marchand@redhat.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=ivan.malov@oktetlabs.ru \
--cc=orika@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 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.