[ovs-dev] [PATCH] netdev-dpdk: Remove 'error' from non error log.

Stokes, Ian ian.stokes at intel.com
Thu Mar 22 15:55:07 UTC 2018


> On 03/22/2018 02:52 PM, Stokes, Ian wrote:
> >> Presently, if OVS tries to setup more queues than are allowed by a
> >> specific NIC, OVS will handle this case by retrying with a lower
> >> amount of queues.
> >>
> >> Rather than reporting initial failed queue setups in the logs as
> >> ERROR, they are reported as INFO but contain the word 'error'. Unless
> >> a user has detailed knowledge of OVS-DPDK workings, this is confusing.
> >>
> >> Let's remove 'error' and the DPDK error code from the INFO log.
> >>
> >> Signed-off-by: Kevin Traynor <ktraynor at redhat.com>
> >> ---
> >>  lib/netdev-dpdk.c | 8 ++++----
> >>  1 file changed, 4 insertions(+), 4 deletions(-)
> >>
> >> diff --git a/lib/netdev-dpdk.c b/lib/netdev-dpdk.c index
> >> af9843a..2032712
> >> 100644
> >> --- a/lib/netdev-dpdk.c
> >> +++ b/lib/netdev-dpdk.c
> >> @@ -729,6 +729,6 @@ dpdk_eth_dev_queue_setup(struct netdev_dpdk *dev,
> >> int n_rxq, int n_txq)
> >>                                            dev->socket_id, NULL);
> >>              if (diag) {
> >> -                VLOG_INFO("Interface %s txq(%d) setup error: %s",
> >> -                          dev->up.name, i, rte_strerror(-diag));
> >> +                VLOG_INFO("Interface %s unable to setup txq(%d)",
> >> +                          dev->up.name, i);
> >
> > I agree with removing error from the info message but is it worth
> retaining the DPDK error code for debugging somehwere? Maybe is a separate
> debug log?
> >
> > I'm just thinking are there other cases where the error code will help
> decipher why the operation fails (device busy, operation not supported)
> for tx and rx queue setup?
> >
> 
> True. I'll just add it back in the existing log, rather than creating
> another DBG one - I don't think it's too off putting to see "Invalid
> argument", it's just printing 'error' in the INFO log was confusing
> people.

Sounds good to me.

Ian
> 
> Kevin.
> 
> > Ian
> >



More information about the dev mailing list