Re: [PATCH v7] net/tap: Allow jumbo frames

RTE_ETHER_MAX_JUMBO_FRAME_LEN is better than the previous limit. On 2022-08-08 18:42, Stephen Hemminger wrote: > On Mon, 8 Aug 2022 17:38:21 +0200 > Francesco Mancino wrote: > >> Thank you for the feedback. >> >> I am sorry for the email spam, it was a learning process. >&

Re: [PATCH v7] net/tap: Allow jumbo frames

:49:44 +0200 > Francesco Mancino wrote: > >> eth_dev_validate_mtu, introduced in 990912e676e, validates configured >> MTU plus overhead against max_rx_pktlen. >> Since TAP is a virtual device, it should support as big MTU as possible. >> >> Signed-off-

[PATCH v7] net/tap: Allow jumbo frames

eth_dev_validate_mtu, introduced in 990912e676e, validates configured MTU plus overhead against max_rx_pktlen. Since TAP is a virtual device, it should support as big MTU as possible. Signed-off-by: Francesco Mancino --- drivers/net/tap/rte_eth_tap.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v6] net/tap: Allow jumbo frames

eth_dev_validate_mtu, introduced in 990912e676e, validates configured MTU plus overhead against max_rx_pktlen. Since TAP is a virtual device, it should support as big MTU as possible. Signed-off-by: Francesco Mancino --- drivers/net/tap/rte_eth_tap.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v5] net/tap: Allow jumbo frames

eth_dev_validate_mtu, introduced in 990912e676e, validates configured MTU plus overhead against max_rx_pktlen. Since TAP is a virtual device, it should support as big MTU as possible. --- drivers/net/tap/rte_eth_tap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/

[PATCH v4] net/tap: Allow jumbo frames

eth_dev_validate_mtu, introduced in 990912e676e, validates configured MTU plus overhead against max_rx_pktlen. Since TAP is a virtual device, it should support as big MTU as possible. --- drivers/net/tap/rte_eth_tap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net

[PATCH v3] net/tap: Allow jumbo frames

eth_dev_validate_mtu, introduced in 990912e676e, validates configured MTU plus overhead against max_rx_pktlen. Since TAP is a virtual device, it should support as big MTU as possible. --- drivers/net/tap/rte_eth_tap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/t

[PATCH v2] net/tap: Allow jumbo frames

eth_dev_validate_mtu, introduced in 990912e676e, validates configured MTU plus overhead against max_rx_pktlen. Since TAP is a virtual device, it should support as big MTU as possible. --- drivers/net/tap/rte_eth_tap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net

[PATCH] net/tap: Allow jumbo frames

eth_dev_validate_mtu, introduced in 990912e676e, validates configured MTU plus overhead against max_rx_pktlen. Since TAP is a virtual device, it should support as big MTU as possible. ---  drivers/net/tap/rte_eth_tap.c | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net

Question about commit 44dddd14059 in DPDK e1000 driver

s different, and almost opposite. Is this intentional? In my usecase I do not manage to put the link down with the most recent DPDK (21.11), but it worked fine with 19.11. Should a configure something differently? Best regards, Francesco Mancino

[dpdk-dev] Using valgrind with DPDK app

but seems like there were no changes since 3 years... I wonder if that works or not with recent DPDK versions... Thanks for any hint, Francesco Montorsi

Re: [dpdk-dev] very high VIRT memory usage

Hi Anatoly Il giorno mer 10 giu 2020 alle ore 11:24 Burakov, Anatoly < anatoly.bura...@intel.com> ha scritto: > On 09-Jun-20 8:40 PM, Francesco wrote: > > Hi Anatoly, > > > > Thanks a lot for the detailed response! > > Good to know anyway there's a "fix

Re: [dpdk-dev] very high VIRT memory usage

Hi Anatoly, Thanks a lot for the detailed response! Good to know anyway there's a "fix" already done in 20.05... also because I'm not interested in supporting secondary processes or having shared memory... Looking forward for the backports in stable branches then! Thanks!

[dpdk-dev] very high VIRT memory usage

; example... is this a known issue with latest DPDK versions? Can I tweak some setting to have VIRT memory usage more or less similar to RSS ? I forgot to add I'm working on Linux, Centos7 Thanks, Francesco Montorsi

Re: [dpdk-dev] warnings when including DPDK headers from a C++17 source file

Hi, From: Stephen Hemminger Sent: Friday, July 13, 2018 5:52 PM To: Montorsi, Francesco Cc: dev@dpdk.org Subject: Re: [dpdk-dev] warnings when including DPDK headers from a C++17 source file > Why is DPDK code using register keyword at all? It

[dpdk-dev] warnings when including DPDK headers from a C++17 source file

arty/cpp-libs/dpdk/include/rte_byteorder_64.h:52:20: warning: ISO C++1z does not allow 'register' storage class specifier [-Wregister] register uint64_t x = _x; ^ ?Just thought to let you know... that's a small issue for me since I'm using -Werror Thanks, Francesco

[dpdk-dev] release date for 17.11.3?

Hi Thomas, Thanks for the useful information! I think I will wait till 8th of June then. Thanks, Francesco Montorsi

[dpdk-dev] release date for 17.11.3?

Hi all, I'd like to build DPDK on Centos 7.5... I found a commit (http://dpdk.org/browse/dpdk-stable/commit/?h=17.11&id=3ee847054cc9ab62fa2c9c6dc6ba68899d620e3a) that allows that, but it will go into DPDK 17.11.3 right? Is there a release date for 17.11.3 already defined? Thanks,

[dpdk-dev] status of bnx2x driver?

river? (apparently somebody already asked that in 2015: http://dpdk.org/ml/archives/dev/2015-November/027214.html ... I'm asking if there were any improvements) Thanks, Francesco Montorsi

[dpdk-dev] rte_ixgbevf_pmd not reporting dropped packets

; 12Mpps, but zero drops (also through xstats). Is this a known bug? I found a message at http://dpdk.org/ml/archives/dev/2016-March/035374.html reporting a similar issue back in March this year... Thanks, Francesco Montorsi

[dpdk-dev] how to search this mailing list? is gmane link archive broken?

en removed. That was my only way to search through the archives of this mailing list... is there any other way to search them? Thanks, Francesco Montorsi

[dpdk-dev] Proposal: enable redirection of DPDK logs from the user app

Hi Olivier, > On 10/04/2016 02:28 PM, Montorsi, Francesco wrote: > > Yes, but to be honest, that seems a troublesome solution for something > > as easy as logging a string; e.g. by using fopencookie() approach, you > > don't have the concept of "log message",

[dpdk-dev] Proposal: enable redirection of DPDK logs from the user app

should be no exception... :) Thanks, Francesco >From 52d4fdccee4de3787e85589ff8f666028ad9ea7b Mon Sep 17 00:00:00 2001 From: Francesco Montorsi Date: Tue, 4 Oct 2016 12:08:34 +0200 Subject: [PATCH] Enable custom log sink implementations --- lib/librte_eal/common/eal_common_log.c | 23

[dpdk-dev] Proposal: enable redirection of DPDK logs from the user app

rework to put it in a better shape... but first of all: are you interested in such patch? Thanks, Francesco Montorsi

[dpdk-dev] where to find ethernet CRC when stripping is off

n find 4 bytes with the CRC. > > Let's see what others, if any, that might care think about such a change into > the CRC stripping semantics. Thanks! Francesco

[dpdk-dev] where to find ethernet CRC when stripping is off

rrect: uint32_t crc = rte_pktmbuf_mtod_offset (mymbuf, uint32_t*, mymbuf->pkt_len) ; ? Thanks, Francesco Montorsi

[dpdk-dev] rte_eth_tx_queue_setup() failing (error -22) when setting up tx queues on a VMXNET3 port...

VMXNET3 does not support it, I'm getting a SEGFAULT. So next question is: is user's task to check for validity of pointers inside dev_ops before calling driver functions? Because rte_eth_rx_queue_count() and companion funcitons have no safety checks apparently (!!!) Thanks! Francesco

[dpdk-dev] rte_eth_tx_queue_setup() failing (error -22) when setting up tx queues on a VMXNET3 port...

nt to only receive packets (no TX) I'm not really interested in TX queues / num of TX descriptors... However I have troubles decrypting this -22 error code... any hint? Thanks a lot, Francesco Montorsi

[dpdk-dev] Permanently binding NIC ports with DPDK drivers

oving in that direction (hopefully other distros will follow too). Thanks a lot! Francesco

[dpdk-dev] Permanently binding NIC ports with DPDK drivers

/bin/bash on first line) and it works fine on my Ubuntu 14.04. Unfortunately I'm forced to run my sw on SLES 11.3 (which btw uses kernel 3.0.76 which I don't know if is compatible with VFIO) and there the output of "list-devices" is plain empty. I will try to look at what's happening... Thanks, Francesco

[dpdk-dev] Permanently binding NIC ports with DPDK drivers

and just use that (since it will be probably always up to date and correct). My only concern is that (reading the python code) dpdk_nic_bind.py script does not return with an error code != 0 if something bad happens during binding... maybe it may be worth doing such a small change... Just my 2 cents, Francesco

[dpdk-dev] Permanently binding NIC ports with DPDK drivers

do for (int i=0; i < ...; i++) system("dpdk_nic_bind.py --bind=igb_uio " + PCI_device_chosen[i]); Do you see any problem with that? Thanks! Francesco Montorsi

[dpdk-dev] [PATCH] Add build switches for all DPDK applications. This makes it possible to skip building applications (and build only libraries or kernel drivers).

--- app/Makefile | 8 config/common_linuxapp | 21 + 2 files changed, 25 insertions(+), 4 deletions(-) diff --git a/app/Makefile b/app/Makefile index 88c0bad..0b266b5 100644 --- a/app/Makefile +++ b/app/Makefile @@ -32,10 +32,10 @@ include $(RTE_SDK)/mk/rt

[dpdk-dev] how to use multiple RX queues on the same port

using the ETH_RSS_IP for the hash functions to apply. I now see that all 4 RX queues are correctly used. Thanks!! Francesco

[dpdk-dev] how to get driver name for a given port ID

Hi, Just as reference for other DPDK users: the solution to the problem is simple: rte_eth_dev_info_get (uint8_t port_id, struct rte_eth_dev_info *dev_info) returns a dev_info structure that contains "driver_name"... HTH, Francesco > -Original Message- > From:

[dpdk-dev] how to use multiple RX queues on the same port

nt() API I see that only the first RX queue is used. The remaining 3 seems unused... am I missing something? Thanks! Francesco Montorsi

[dpdk-dev] how to get driver name for a given port ID

ant to use nb_rx_q=1... Thanks, Francesco Montorsi

[dpdk-dev] [PATCH] Add error message when trying to use make option T= during build/clean

ssing something? Thanks, Francesco 2015-10-13 15:22 GMT+02:00 Olivier MATZ : > Hi Francesco, > > On 09/29/2015 06:04 PM, Francesco Montorsi wrote: > > From: Francesco Montorsi > > > > --- > > mk/rte.sdkbuild.mk | 6 ++ > > 1 file changed, 6 inse

[dpdk-dev] Accurate timestamps in received packets

timeout for flushing the receive queue? In other words, if I send a single packet to the PHY of the NIC, after how much time will the Intel network controller will stop waiting for further packets (to put in the same "burst") and send that single packet to the CPU? Thanks, Francesco

[dpdk-dev] Accurate timestamps in received packets

Hi Wenzhuo, > -Original Message- > From: Lu, Wenzhuo [mailto:wenzhuo.lu at intel.com] > Hi Francesco, > Why not searching ieee1588 in the dpdk git repository? Surely you'll find > something. I tried using IEEE 1588 without success. In particular I enabled it at bu

[dpdk-dev] Accurate timestamps in received packets

and works only for INTEL 82580 controllers... do you know if that simple patch linked above could be similarly ported to Intel 82599 and 82571 controllers? Is there any better/easier way to do that? Thanks a lot, Francesco Montorsi

[dpdk-dev] rte_eal_init() alternative?

> > It seems the patch missed the boat :) > > Correct, sorry. I'm attaching it now. Ok, for some reason the email client is removing the attachment... I'm copying and pasting it: (the points marked as TODO are functions that still contain rte_panic() calls...) dpdk-2.1.0/lib/librte_eal/

[dpdk-dev] rte_eal_init() alternative?

Hi Panu, > -Original Message- > From: Panu Matilainen [mailto:pmatilai at redhat.com] > Sent: venerd? 9 ottobre 2015 10:26 > To: Montorsi, Francesco ; Thomas Monjalon > > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] rte_eal_init() alternative? > > > Som

[dpdk-dev] rte_eal_init() alternative?

Hi, > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: mercoled? 2 settembre 2015 15:10 > To: Montorsi, Francesco > Cc: dev at dpdk.org; Bruce Richardson > Subject: Re: [dpdk-dev] rte_eal_init() alternative? > > 2015-09-02

[dpdk-dev] [PATCH] Add error message when trying to use make option T= during build/clean

From: Francesco Montorsi --- mk/rte.sdkbuild.mk | 6 ++ 1 file changed, 6 insertions(+) diff --git a/mk/rte.sdkbuild.mk b/mk/rte.sdkbuild.mk index 38ec7bd..013aa89 100644 --- a/mk/rte.sdkbuild.mk +++ b/mk/rte.sdkbuild.mk @@ -29,6 +29,12 @@ # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING

[dpdk-dev] "cannot use T= with gcov target" when doing "makefile clean" with DPDK-2.1.0

dded the code you posted on ret.sdkbuild.mk and it works just fine, making this usage case more clear... I just submitted a patch for that. Thanks, Francesco

[dpdk-dev] "cannot use T= with gcov target" when doing "makefile clean" with DPDK-2.1.0

Hi John, > -Original Message- > From: Mcnamara, John [mailto:john.mcnamara at intel.com] > Sent: mercoled? 2 settembre 2015 16:32 > To: Montorsi, Francesco ; dev at dpdk.org > Subject: RE: "cannot use T= with gcov target" when doing "makefile clean" >

[dpdk-dev] rte_eal_init() alternative?

when init fails) is a basic requirement... would you accept a patch that adds an alternative rte_eal_init() function that just returns an error code upon failure, instead of immediately exiting? Thanks for your hard work! Francesco Montorsi

[dpdk-dev] about new timesync feature in 2.1.0

for each received packet)? Thanks a lot, Francesco Montorsi

[dpdk-dev] "cannot use T= with gcov target" when doing "makefile clean" with DPDK-2.1.0

way. Thanks, Francesco Montorsi

[dpdk-dev] how to build dpdk in debug mode?

Hi all, I have searched the archives for this, without much success. Is it possible to build dpdk user-space libraries with -O0 and -g instead of -O3 ? This would make debugging via GDB much more friendly... Thanks! Francesco Montorsi

[dpdk-dev] conflict between ether_addr defined in rte_ether.h and the same structure in

ive-linuxapp-gcc/include/rte_ether.h:292:14: error: 'const struct ether_addr' has no member named 'addr_bytes' dpdk/dpdk-2.0.0/x86_64-native-linuxapp-gcc/include/rte_ether.h:293:14: error: 'const struct ether_addr' has no member named 'addr_bytes' My idea here is that DPDK should rather define an "rte_ether_addr" (or directly always use but I guess this is not done for some good reason)... isn't it? Thanks, Francesco Montorsi

[dpdk-dev] how to compile kernel drivers only

de/rte_compat.h == Build lib/librte_eal == Build app Build complete So that CONFIG_RTE_LIBRTE_EAL_LINUXAPP=y Seems to be a pre-requisite of kernel drivers... or am I missing something? Thanks, Francesco -Original Message- From: Thomas Monjalon [mailto:thomas.monja...@6wind.com] Sent: gi

[dpdk-dev] how to compile kernel drivers only

(eal_alarm.o): In function `eal_alarm_callback': eal_alarm.c:(.text+0x59e): undefined reference to `rte_free' How can I avoid building any app like dump_cfg? Thanks! Francesco