DPDK patches and discussions
 help / color / mirror / Atom feed
From: Zoltan Kiss <zoltan.kiss@linaro.org>
To: Ciprian Barbu <ciprian.barbu@linaro.org>, wenzhuo.lu@intel.com
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [RFC] l2fwd: trying to expose eth_igb_xmit_pkts unusual behavior
Date: Fri, 24 Jul 2015 13:59:06 +0100	[thread overview]
Message-ID: <55B2369A.6040006@linaro.org> (raw)
In-Reply-To: <1437732789-40397-1-git-send-email-ciprian.barbu@linaro.org>

Hi,

On 24/07/15 11:13, Ciprian Barbu wrote:
> From: Ciprian Barbu <ciprian.barbu@enea.com>
>
> This tries to show an approximate behavior described in an earlier discussion
> called "can eth_igb_xmit_pkts called with len 0 affect transmission?"
>
> I'm using Intel i350 dual port 1Gb card and I've tweaked the pool size to the
> minimum possible. But unmodified l2fwd still worked withouth a sweat. After
> applying this patch transmission stopped after maybe 30 seconds. Lowering the
> 'magic' number causes l2fwd to stop sending packets even earlier.
> Using gdb I could see eth_igb_xmit_pkts always returning because nb_tx was 0
> and E1000_TXD_STAT_DD was not set (approx igb_rxtx.c : 476)

I think the proper solution for this will be to introduce an explicit 
API which makes it possible for the application to call the actual PMD's 
callback function, which flushes out the completed buffers from the TX 
ring, if possible. Then in case of igb it could be a noop. See the 
discussion in this thread:

http://dpdk.org/ml/archives/dev/2015-June/018487.html

I'll plan to propose such API, but it won't be in the very near future, 
as 2.1 will come out soon and no new features accepted at the moment.
For the short term we can introduce a check in ODP-DPDK, which avoids 
this rte_eth_tx_burst(..., 0) call if the PMD is igb. How about that?


>
> Signed-off-by: Ciprian Barbu <ciprian.barbu@enea.com>
> ---
>   examples/l2fwd/main.c | 13 +++++++++++--
>   1 file changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/examples/l2fwd/main.c b/examples/l2fwd/main.c
> index 17621ee..623b836 100644
> --- a/examples/l2fwd/main.c
> +++ b/examples/l2fwd/main.c
> @@ -72,7 +72,7 @@
>   #define RTE_LOGTYPE_L2FWD RTE_LOGTYPE_USER1
>
>   #define MBUF_SIZE (2048 + sizeof(struct rte_mbuf) + RTE_PKTMBUF_HEADROOM)
> -#define NB_MBUF   8192
> +#define NB_MBUF   1024
>
>   #define MAX_PKT_BURST 32
>   #define BURST_TX_DRAIN_US 100 /* TX drain every ~100us */
> @@ -260,7 +260,7 @@ l2fwd_main_loop(void)
>   	struct rte_mbuf *m;
>   	unsigned lcore_id;
>   	uint64_t prev_tsc, diff_tsc, cur_tsc, timer_tsc;
> -	unsigned i, j, portid, nb_rx;
> +	unsigned i, j, portid, nb_rx, magic = 0;
>   	struct lcore_queue_conf *qconf;
>   	const uint64_t drain_tsc = (rte_get_tsc_hz() + US_PER_S - 1) / US_PER_S * BURST_TX_DRAIN_US;
>
> @@ -285,6 +285,15 @@ l2fwd_main_loop(void)
>   	}
>
>   	while (1) {
> +		if (++magic == 50000) {
> +			magic = 0;
> +			l2fwd_send_burst(&lcore_queue_conf[lcore_id],
> +					 0,
> +					 (uint8_t) 0);
> +			l2fwd_send_burst(&lcore_queue_conf[lcore_id],
> +					 0,
> +					 (uint8_t) 1);
> +		}
>
>   		cur_tsc = rte_rdtsc();
>
>

  reply	other threads:[~2015-07-24 12:59 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-24 10:13 Ciprian Barbu
2015-07-24 12:59 ` Zoltan Kiss [this message]
2015-08-03  9:32   ` ciprian.barbu

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=55B2369A.6040006@linaro.org \
    --to=zoltan.kiss@linaro.org \
    --cc=ciprian.barbu@linaro.org \
    --cc=dev@dpdk.org \
    --cc=wenzhuo.lu@intel.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).