Hi all,
I'm using DPDK inside the OS of a VM that is SR-IOV-accelerated.
I noticed however that the "rte_ixgbevf_pmd" PMD does not report drops... I am
sending packets at TX side at 14Mpps; at the RX side I'm using "testpmd" and
it's reporting 'just' 12Mpps, but zero drops (also through
Hi all,
if this was already raised, sorry for that.
I noticed that the gmane archive for this mailing list is not working anymore:
http://news.gmane.org/gmane.comp.networking.dpdk.devel
reports "Page not found". Also I noticed that the gmane link on the dpdk.org
website has been removed.
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&quo
Hi Olivier,
> It seems the mailing list stripped your patch sent as attachment.
> Can you please resend it again in the body of the mail?
You're right sorry. It's attached at the end of this mail.
> I think we can already redirect logs to a file by using fopencookie() +
> rte_openlog_stream().
Hi all,
I've not been following closely latest DPDK activity but my company is using
DPDK and we recently upgraded to 16.07.
We apply several patches to DPDK sources, to make it more similar to a
"standard library" (currently it is quite intrusive: calls abort() at will,
writes its own log,
Hi all,
I need to get access to the Ethernet CRC of received packets.
To do this, I'm configuring:
port_conf.rxmode.hw_strip_crc = 0;
Now my question is: how am I supposed to access the Ethernet CRC from a DPDK
mbuf?
Is the CRC just the 4 final bytes of the packets?
Is this correct:
Hi Stephen,
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
>
> If you read the source, you will see that it there are log messages enabled if
> you configure with LIBRTE_ETHDEV_DEBUG enabled and rebuild DPDK. And
> there are log messages for
Hi all,
I have a server running VMWare ESXi 5.5.0 and VMWare vCenter 5.5.0. On such
server I created a VM with two VMXNET3 NIC cards (one for management, the other
one should be used with DPDK to enable fast-RX of packets coming from other VMs
/ bare-metal NICs).
Inside the VM I have
Hi John,
> -Original Message-
> From: Mcnamara, John [mailto:john.mcnamara at intel.com]
>
> The Ubuntu dpdk package for 15.10 contains system scripts with functions for
> reserving hugepages and binding interfaces on bootup:
>
>
> /etc/dpdk/dpdk.conf
> /etc/dpdk/interfaces
>
Hi Panu,
> -Original Message-
> From: Panu Matilainen [mailto:pmatilai at redhat.com]
> I've been looking into this recently, here's what I have so far:
> http://laiskiainen.org/git/?p=driverctl.git
>
Thanks I tried the script (I just had to change /bin/sh into /bin/bash on first
line)
Hi Bruce,
> -Original Message-
> From: Bruce Richardson [mailto:bruce.richardson at intel.com]
> I'm not aware of any way to make the bindings permanent across reboots.
> What you have suggested will work, but there are probably better ways to
> do the same thing.
I agree... let's see if
Hi,
Is there a way to permanently (i.e., have the configuration automatically
applied after reboot) bind a NIC port to DPDK?
In case there's none, I'm thinking to save in my software a list of the NIC
ports chosen by the user for use with DPDK and then, upon software startup to
just do
for
Hi Pablo,
> -Original Message-
> From: De Lara Guarch, Pablo [mailto:pablo.de.lara.guarch at intel.com]
> > Hi all,
> > To avoid rx_nombuf packet drops, I'm trying to configure a DPDK port
> > to use more than 1 RX queue... so I'm trying (on a 10Gbps card) to use 4 RX
> queues.
> > The
dev [mailto:dev-bounces at dpdk.org] On Behalf Of Montorsi,
> Francesco
> Sent: luned? 26 ottobre 2015 15:18
> To: dev at dpdk.org
> Subject: [dpdk-dev] how to get driver name for a given port ID
>
> Hi all,
>
> Is there an API to retrieve the driver name for a certain port ID b
Hi all,
To avoid rx_nombuf packet drops, I'm trying to configure a DPDK port to use
more than 1 RX queue... so I'm trying (on a 10Gbps card) to use 4 RX queues.
The call to rte_eth_dev_configure() and the 4 calls to rte_eth_rx_queue_setup()
succeed but then via the rte_eth_rx_queue_count() API I
Hi all,
Is there an API to retrieve the driver name for a certain port ID before
calling rte_eth_dev_configure()?
My use case is: I'm trying to call rte_eth_dev_configure() with nb_rx_q=4 and
found that this works for ixgbe driver but it doesn't for "rte_em_pmd" (1Gbps
device):
ERROR
Hi John,
Thanks for your reply.
> -Original Message-
> From: Mcnamara, John [mailto:john.mcnamara at intel.com]
> AFAIK, timestamping of every packet isn't supported by ixgbe/i40e nics and I
> don't know about non-Intel nics. It was supported for some(?) igb nics and
> hence the patch
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
build-time of DPDK and
Hi all,
I'm using rte_eth_rx_burst() to successfully retrieve packets from a
DPDK-enabled port. I can process the packet and everything works fine. My only
issue is that I cannot find any mean to retrieve a timestamp for every single
packet. As a dirty-workaround I'm using gettimeofday() to
> > 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...)
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
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
Hi Olivier,
Sorry for the delay:
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> I had a look to your test case, I think the second command is not correct. The
> T= parameter is not allowed for the clean target. It should be something like
> this:
>
> #
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"
>
Hi all,
Currently it seems that the only way to initialize EAL is using rte_eal_init()
function, correct?
I have the problem that rte_eal_init() will call rte_panic() whenever something
fails to initialize or in other cases it will call exit().
In my application, I would rather like to attempt
Hi,
I'm very interested in getting accurate timestamps for received packets. What
is the best way to do it?
I found here:
http://www.wand.net.nz/trac/libtrace/browser/Intel%20DPDK%20Patches/
some patch to enable timestamping but only on e1000 driver (and honestly I
don't know if that patch
Hi all,
I found that after unzipping dpdk-2.1.0.tar.gz if I run:
# make T=x86_64-native-linuxapp-gcc O=x86_64-native-linuxapp-gcc
config
And then
# make V=1 T=x86_64-native-linuxapp-gcc O=x86_64-native-linuxapp-gcc
clean
I get:
[...]
== Clean app/proc_info
make -f
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
Hi all,
I 'm attempting to integrate DPDK code in an existing application, which
includes .
That standard glibc header already provides a structure named ether_addr
defined as:
struct ether_addr
{
u_int8_t ether_addr_octet[ETH_ALEN];
} __attribute__ ((__packed__));
So the result is that gcc
30 luglio 2015 14:23
To: Montorsi, Francesco
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] how to compile kernel drivers only
2015-07-30 12:17, Montorsi, Francesco:
> How can I avoid building any app like dump_cfg?
In app/Makefile, you'll find the options to disable:
DIRS-$(CONFIG_RTE_APP_
Hi all,
I'm trying to compile DPDK kernel drivers (i.e., igb_uio.ko and kni.ko if I got
it right) only on a certain machine.
On that machine, I'm not interested in anything else. how can I tweak .config
file to achieve it?
I have tried to set all options to =n, except for:
31 matches
Mail list logo