DPDK patches and discussions
 help / color / mirror / Atom feed
From: Alex Kiselev <kiselev99@gmail.com>
To: dev@dpdk.org
Subject: Re: [dpdk-dev] TX descriptor is not done
Date: Thu, 20 Jul 2017 14:30:08 +0300	[thread overview]
Message-ID: <CAMKNYbydur0RyoNb-AtT1-71xYkpZ2+Y=YLCDMDEX8gM3vwTig@mail.gmail.com> (raw)
In-Reply-To: <7683E5FD-3C6B-45A6-98E6-2C4ABC3497C8@gmail.com>

Hi.

New info on my problem.

"Tx descriptor is not done" error messages and tx queues stopped
transmitting packets showed up after I upgraded dpdk from 16.07 to
17.02.1 version and switched from using standalone ports to using the
bonding driver. Since then I've been trying to find a cause of the
problems in the bonding driver only and haven't thought that upgrading
dpdk could also be a reason for my problems. Today I rolled back dpdk
version to 16.07 and all problems have gone.

I have “tx descriptor is not done” errors only on one machine and I
can’t reproduce them on another machine that has different CPU and
motherboard model.

Is there any way to find out what is causing tx queue to stop
transmitting packet in the newer dpdk version?
I am ready to execute any necessary tests and provide more information
on my environment, but I need some guidance or hints where should I
look more carefully?


2017-07-16 14:51 GMT+03:00 Alexander Kiselev <kiselev99@gmail.com>:
> Hi.
>
> Exсume me for bothering you here in the dev list. I was trying to get some
> help in the users list, but the only answer I got suggested to post here.
>
> I am facing "TX descriptor is not done" problem that appears when I am using
> two i40e ports (x710-da2 nic) as slave ports of a bonding (lacp mode) port.
> Before I switched to using the bonding driver my application had been
> working for weeks without any problems. But now it works ok only for hours
> or days and then one of the tx queues stops transmitting packets. Last time
> tx queue number 2 (of total 5) failed on both slave ports at the same time.
>
> What could cause that behavior?
>
> Thank you.
>
> --
> Alex Kiselev



-- 
--
Kiselev Alexander

      reply	other threads:[~2017-07-20 11:30 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-16 11:51 Alexander Kiselev
2017-07-20 11:30 ` Alex Kiselev [this message]

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='CAMKNYbydur0RyoNb-AtT1-71xYkpZ2+Y=YLCDMDEX8gM3vwTig@mail.gmail.com' \
    --to=kiselev99@gmail.com \
    --cc=dev@dpdk.org \
    /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).