From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 43D3A4594A for ; Mon, 9 Sep 2024 18:39:59 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id D6DDB40ED8; Mon, 9 Sep 2024 18:39:58 +0200 (CEST) Received: from mail-oi1-f179.google.com (mail-oi1-f179.google.com [209.85.167.179]) by mails.dpdk.org (Postfix) with ESMTP id 016D740ED0 for ; Mon, 9 Sep 2024 18:39:56 +0200 (CEST) Received: by mail-oi1-f179.google.com with SMTP id 5614622812f47-3e034fac53bso1807063b6e.3 for ; Mon, 09 Sep 2024 09:39:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1725899996; x=1726504796; darn=dpdk.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=JLFrnJzsPU/YZJAXaDQZsA9cW8mzRBsAFmkBNSkyHpo=; b=Y9Oc2QKpp5yruM8yP/NSdUM+dCfa7q7XxddyHzikPfReIv8GuHFnuW9yRmZmHeOJ7K xxgNWhBTu+oJafMb+CV34b1bXx+os1P5L20q21F86UMQDXzx7PL8ON/LC15jv+tPsR/H 3dDbh1HL3u7vtNly1M4cKETqdSxH2fSL2t9hc5w5FyN3Gt7q4fgDcvdP2HmyLYgcUpTF obH9Dyemn09rTZ7PzIrD0/UTZd/xjadxjSyCXVy0ai2wqhEYXJ/D7tT44Kk3RBjH4Pl0 SrQ24ZXhZKo/TthXNJpxlD4nWvlhyadNYAYP90W8/N1blINgNDrrRehdW2h6DEJxhCWs fiFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725899996; x=1726504796; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=JLFrnJzsPU/YZJAXaDQZsA9cW8mzRBsAFmkBNSkyHpo=; b=ItQWBM3E7IDNOpozN1pPwYgZhgAg01wMZ7TqJ3aBttdmiK9k6Nxnnwq9bCLu3V9qVk khyAdQQkQ9LIUKKBNCmbdUNbTBfxhbtseOoyQBOVvMq0U7adwwez09bbCKkM+RPuIV7I BRiAiOLD4f6OXhLcf8ZwowH0W82fP+Ue8EMpbbwL4yLS2mExkGQCS6g3FneCDnj1Utzr 6IrUDyOmKSruZrmYOvwsguMalKtDRiyfTmjiWpKtRvSVRcmAtn5mSQ1UGqraJlLDQMwn vuew4ElTGZVNuTyu3W5d9dCTd5YlAY9sWlbJpy2sUhPzydedO70jF3yaErkvynGim9ue 83zg== X-Gm-Message-State: AOJu0YyqMkmj2iKr4Z4og1J65RPAbyFSNcfqrjRD8xvxAbHFcNBb/D45 5HI8+RQUzwgC9+tk02uuXv09faZZQ9ilbTxkUWNp7df7zEaTKFu8Qf0UTGfIIAQ= X-Google-Smtp-Source: AGHT+IFOcLsyt2oY/1KIG9pKrYpiToLQ75BgnQ/AoxQ9MiOCxIRbSsfYy7veNerd8RKrcULzaxRqzA== X-Received: by 2002:a05:6808:14c8:b0:3db:19b9:1e1c with SMTP id 5614622812f47-3e02a03aea4mr14212252b6e.44.1725899995824; Mon, 09 Sep 2024 09:39:55 -0700 (PDT) Received: from hermes.local (204-195-96-226.wavecable.com. [204.195.96.226]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-7d8242b399bsm3576402a12.51.2024.09.09.09.39.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Sep 2024 09:39:55 -0700 (PDT) Date: Mon, 9 Sep 2024 09:39:53 -0700 From: Stephen Hemminger To: Alan Arondel Cc: users@dpdk.org Subject: Re: rte_eth_tx_burst return 0 after some time Message-ID: <20240909093953.433da8ef@hermes.local> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org On Mon, 9 Sep 2024 15:25:23 +0200 Alan Arondel wrote: > Hello Everyone, > > I'm trying to add an export module to my application. I use DPDK > version 20.11, a 82599ES 10-Gigabit SFI/SFP+ Network Connection 10fb > and the vfio-pci driver. > port configuration is the following: > > port_conf->txmode.mq_mode = ETH_MQ_TX_NONE; > port_conf->txmode.offloads = DEV_TX_OFFLOAD_MULTI_SEGS; > > I use only 1 queue on the card and the configuration is the following : > nb_desc : 4096 > rs_threshold : 32 > free_threshold : 32 > > I have an issue where at some point during the lifetime of the > application, the rte_eth_tx_burst return only 0 and nothing can be > done once it is stuck after several seconds of the beginning of > transmission. Looks like the driver you are passing packets is unable to send packets. Most drivers have an internal transmit ring, so either the hardware is not consuming the packets from the ring or the packets have been sent but the transmit ring cleanup logic has not been called. In most cases, problems are in your application. Best to start with making sure simple applications like testpmd and l3fwd work with similar configurations.