Tech Board Attendees:
Bruce, Aaron, Ferruh, Jerin, Maxime, Thomas, Kevin, Konstantin, Olivier,
Stephen, Honnappa, Hemant
Agenda Items
--
* Tech writer
* No updates on this
* Getting new program manager from LF - may need to remind on hiring Tech
writer.
* UNH Statement
> -Original Message-
> From: Bruce Richardson
> Sent: Thursday, December 9, 2021 4:17 PM
> To: Aaron Conole
> Cc: Jerin Jacob ; Jie Zhou
> ; dpdk-dev ; Dmitry Kozlyuk
> ; roret...@microsoft.com; Narcisa Ana Maria
> Vasile ; Dmitry Malloy (MESHCHANINOV)
> ; Kadam, Pallavi ;
> tal...@nvid
NOTE: The Technical Board meetings take place every second Wednesday
on https://meet.jit.si/DPDK at 3 pm UTC.
Meetings are public, and DPDK community members are welcome to attend.
Agenda and minutes can be found at http://core.dpdk.org/techboard/minutes
NOTE: Next meeting will be on Wednesday 202
Next meeting will be 29th May, with Hemant as Chair
Attendees
-
Stephen Hemminger
Bruce Richardson
Aaron Conole
Konstantin Ananyev
Kevin Traynor
Hemant Agrawal
Jerin Jacob
Maxime Coquelin
Honnappa Nagarahalli
Thomas Monjalon
David Marchand
Nathan Southern
Tyler Retzlaff
Robin Jarry
Minute
Attendees
--
* Aaron
* Bruce
* Hemant
* Honnappa
* Jerin
* Kevin
* Maxime
* Thomas
* Morten
* Tyler
* Nathan
* Akhil
* David M.
* Dave Y.
NOTES:
* Next meeting on 2023-06-28 will be chaired by Hemant
General Updates
Documentation Rework
~
* Dave You
> -Original Message-
<...snip...>
> > this doesn't seem like an idea solution either. I'm not 100% clear why
> > rte_eal_pci_probe is currently called by the application code and not
> > initiated
> > from within rte_eal_dev_init, if this was the case we would be able to
> > figure
>
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Monday, June 16, 2014 10:48 AM
> To: Richardson, Bruce
> Cc: Doherty, Declan; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 2/5] Link Bonding PMD Library
> (librte_eal/librte_ether
Hi all,
Now that vfio support has merged into the dpdk.org mainline, I'm seeing a
number of issues with running applications, and I'm hoping someone can explain
the observed behaviour.
I have a number of NIC ports which were working correctly yesterday and are
bound correctly to the igb_uio dr
The below patch is the quickest fix I found to make my applications work again,
but I'm not sure it's the best solution. Can anyone else offer other
suggestions to improve this?
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, June 16, 2014 3:29 PM
&g
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, June 17, 2014 1:40 AM
> To: Richardson, Bruce; dev at dpdk.org
> Subject: RE: vfio detection
>
> Hi Bruce,
>
> > I have a number of NIC ports which were working correctly yesterday and are
>
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, June 17, 2014 1:52 AM
> To: Richardson, Bruce; dev at dpdk.org
> Subject: RE: [PATCH] vfio: make container open error non-fatal
>
> Hi Bruce,
>
> > The below patch is the quickest fix I foun
Yes, so I see. Resending with log in body.
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, June 17, 2014 9:36 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] vfio detection
>
> Bruce,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Richardson, Bruce
> Sent: Tuesday, June 17, 2014 9:29 AM
> To: Burakov, Anatoly; dev at dpdk.org
> Subject: Re: [dpdk-dev] vfio detection
>
> > -Original Message-
> > F
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, June 17, 2014 2:12 AM
> To: dev at dpdk.org
> Cc: Richardson, Bruce
> Subject: [PATCH] vfio: open VFIO container at startup rather than during init
>
>
> Signed-off-by: Anatoly Burakov
> ---
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, June 16, 2014 3:29 PM
> To: dev at dpdk.org
> Cc: Richardson, Bruce
> Subject: [PATCH] vfio: make container open error non-fatal
>
> When setting up an app to run using the uio driver, errors caused b
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, June 17, 2014 10:42 AM
> To: Richardson, Bruce
> Cc: Burakov, Anatoly; dev at dpdk.org
> Subject: Re: [dpdk-dev] vfio detection
>
> On Tue, Jun 17, 2014 at 04:38:38PM
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> Sent: Tuesday, June 17, 2014 12:04 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] vfio: correct system call error checking
>
> Noticed today that ioctl error code return checking was incorr
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, June 17, 2014 1:40 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] vfio: correct system call error checking
>
> On Tue, Jun 17,
> -Original Message-
> From: Burakov, Anatoly
> Sent: Wednesday, June 18, 2014 4:01 AM
> To: Richardson, Bruce; dev at dpdk.org
> Subject: RE: vfio detection
>
> Hi Bruce,
>
> > > > I have a number of NIC ports which were working correctly yesterday
&g
> -Original Message-
> From: Burakov, Anatoly
> Sent: Wednesday, June 18, 2014 8:07 AM
> To: dev at dpdk.org
> Cc: Richardson, Bruce; nhorman at tuxdriver.com
> Subject: [PATCH v3 0/2] Fix issues with VFIO
>
> This patchset fixes an issue with VFIO where DPDK ini
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Friday, June 20, 2014 4:58 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3] EAL: fix usage of printf-like functions
>
> On Sat, 21
I've checked the Intel Communications Chipset 89xx Series (Cave Creek)
datasheet
[http://www.intel.ie/content/www/ie/en/intelligent-systems/crystal-forest-server/intel-communications-chipset-89xx-series-datasheet.html],
and 0x0436 is indeed one of the possible PCI IDs used by that product.
Howe
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger
> Sent: Monday, June 23, 2014 10:16 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Why rte_snprintf at all?
>
> Why does rte_snprintf exist? It seems like a misunderstanding or broken
> impleme
m: Wiles, Roger Keith [mailto:keith.wi...@windriver.com]
Sent: Monday, June 23, 2014 3:31 PM
To: Rogers, Gerald
Cc: Richardson, Bruce; Stephen Hemminger; dev at dpdk.org
Subject: Re: [dpdk-dev] Why rte_snprintf at all?
Why not just convert it into a macro and ifdef out the code or remove it. This
user has been given sufficient warning.
Regards,
/Bruce
From: Wiles, Roger Keith [mailto:keith.wi...@windriver.com]
Sent: Monday, June 23, 2014 3:46 PM
To: Richardson, Bruce
Cc: Rogers, Gerald; Stephen Hemminger; dev at dpdk.org
Subject: Re: [dpdk-dev] Why rte_snprintf at all?
Bruce,
Will the depre
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, June 24, 2014 2:39 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/2] mk: overriding CC also overrides HOSTCC
>
> Hi Bruce,
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Helmut Sim
> Sent: Tuesday, June 24, 2014 8:08 AM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] eal_parse_coremask fails on SIGILL
>
> one more detail, i am using dpdk-1.6.0r1
>
>
>
> On Tue, Jun 24, 2014
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger
> Sent: Tuesday, June 24, 2014 9:03 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/3] stringfns: remove rte_snprintf
>
> The function rte_snprintf serves no useful purpose. It is the
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ananyev, Konstantin
> Sent: Tuesday, June 24, 2014 9:16 AM
> To: Stephen Hemminger; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] mempool: don't leak ring on failure
>
> Hi Stephen,
>
> >
> > If mempool can
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Tuesday, June 24, 2014 10:54 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/3] stringfns: remove rte_snprintf
>
> On Tue, 24
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Tuesday, June 24, 2014 4:07 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH DRAFT 1/2] ethdev: add buffered single pkt
> TX function t
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Tuesday, June 24, 2014 4:06 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH DRAFT 1/2] ethdev: add buffered single pkt
> TX function t
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, June 25, 2014 5:22 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 0/3] previous patches about "shared code"/"base
> drivers"
>
> There were discussions about how to fix/
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, June 25, 2014 9:01 AM
> To: Doherty, Declan
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v7 3/6] EAL support for link bonding device
> initialization
>
> 2014-06-25 1
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Richardson, Bruce
> Sent: Tuesday, June 24, 2014 10:22 AM
> To: Thomas Monjalon
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/2] mk: overriding CC also overrides HOSTCC
>
>
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, June 25, 2014 1:33 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org; Stephen Hemminger
> Subject: Re: [dpdk-dev] [PATCH 1/3] stringfns: remove rte_snprintf
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vincent JARDIN
> Sent: Thursday, June 26, 2014 1:57 PM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] skeleton app: Very simple code for l2fwding
>
> > +#ifdef RTE_EXEC_ENV_BAREMETAL
> >>+#define MAIN _
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
> Sent: Friday, June 27, 2014 5:34 AM
> To: De Lara Guarch, Pablo; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] string: fix potential seg fault on snprintf
>
> Hi Pablo,
>
> On 06/27/2014 02:1
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, June 30, 2014 12:42 AM
> To: Richardson, Bruce; De Lara Guarch, Pablo; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] string: fix potential seg fault on snprintf
>
> Hello
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alex Markuze
> Sent: Monday, June 30, 2014 3:01 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Memory Pinning.
>
> Hi, Guys.
> I have several newbie questions about the DPDK design I was hoping some one
> could
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier Matz
> Sent: Friday, February 28, 2014 5:26 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 09/11] device-args: replace use-device eal
> option by pci-whitelist and vdev
>
> This commit splits the
>
> My initial concern was that --use-device has 2 different significations,
> depending on the format of arguments:
>- instanciate a virtual driver if it looks like a vdev name
>- add a PCI device to the whitelist if it looks like a pci address I also
> find
> strange that instanciating
> My setup details are
>
> - Traffic coming in on a 10G interface(eth0) and going out on another 10G
> interface(eth1)
> - Both 10G NICs are 82599
> - Created virtual functions eth5 and eth8 on eth0 and eth1 respectively
> - eth5 and eth8 are mapped to eth0 and eth1 in a VM, with device type as
>
> Hello friends,
>
> As of now... I know on how to create an ipv4 header using the 'struct
> ipv4_hdr'.
> My requirement is to craft a packet and sent it via 'rte_eth_tx_burst'.
> I know that there should be an 'ether_hdr' created before, the packet could
> be sent.
> Could someone help me on how
> From: sabu kurian [mailto:sabu2kurian at gmail.com]
> Sent: Friday, March 14, 2014 10:09 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Packet crafting
>
> Thank you very much Richardson for your valuable reply. But is there another
> w
> From: sabu kurian [mailto:sabu2kurian at gmail.com]
> Sent: Friday, March 14, 2014 11:38 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Packet crafting
>
> Thanks on the reply Richardson. You did mention something like "Don't
Maybe check that you have included the header files with the correct structure
definitions.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of sabu kurian
> Sent: Monday, March 17, 2014 8:28 AM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] Error : dereferenci
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Viswanath Alikonda
> Sent: Tuesday, March 25, 2014 11:55 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Using flow director to distrbute vlan traffic
>
> Hi,
>
> I am using DPDK 1.4 and trying to distribute tra
Please ignore, my patch seems to have got corrupted with some other WIP content
that will be upstreamed in a future patch set.
/Bruce
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
> Sent: Monday, May 12, 2014 10:23 AM
> To: dev at dpdk.or
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Monday, May 12, 2014 2:32 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] version: 1.7.0-rc0
>
> Start development cycle for version 1.7.0.
>
> This new development workflow intro
I don't think the hardware supports using RSS on packets with a double VLAN
tag.
Regards,
/Bruce
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Surya Nimmagadda
> Sent: Tuesday, May 13, 2014 3:17 AM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] RSS for
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, May 14, 2014 11:34 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] mk: allow updates to build config on make
> install
>
>
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, May 14, 2014 12:56 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] mk: allow updates to build config on make
> install
>
>
>
> It seems reasonable.
> So you plan to send a v2 with this algorithm?
>
I haven't started investigating such a solution just yet, but I'll see what I
can come up with and I'll let you know.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of David Marchand
> Sent: Wednesday, May 14, 2014 3:58 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/3] config: factorize configurations
>
> linux and bsd default configurations now have their own default
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of David Marchand
> Sent: Wednesday, May 14, 2014 3:58 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 2/3] config: rename "default" configuration file as
> "native"
>
> The "default" part in configuration fi
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of David Marchand
> Sent: Wednesday, May 14, 2014 3:58 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 3/3] config: rename "default" machine type as
> "core2"
>
> "default" machine type refers to core2 -march
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger
> Sent: Wednesday, May 14, 2014 4:20 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] Don't inline string functions
>
> It makes no sense to inline string functions, in fact snprintf can'
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger
> Sent: Wednesday, May 14, 2014 4:18 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] Spelling fixes
>
> Fix spelling errors found by codespell
>
> Signed-off-by: Stephen Hemminger
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
> Sent: Monday, May 19, 2014 8:27 AM
> To: Shaw, Jeffrey B; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH RFC 05/11] mbuf: merge physaddr and buf_len in
> a bitfield
>
> Hi Jeff,
>
> On 05/09/
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, May 19, 2014 10:31 AM
> To: Richardson, Bruce; Shaw, Jeffrey B; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH RFC 05/11] mbuf: merge physaddr and buf_len in
> a bitfield
>
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Friday, May 16, 2014 7:54 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/3] ring: provide rte_ring_as_ethdev API
>
> On Fri, May 16, 2014 at
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, May 20, 2014 11:39 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/4] New library: rte_distributor
>
> >
> This sounds an awful
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, May 20, 2014 6:14 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/4] New library: rte_distributor
>
> Ah, my bad, I was lookin
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, May 20, 2014 7:19 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 2/4] distributor: new packet distributor
> library
>
> On Tue, May 2
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, May 27, 2014 11:33 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/4] New library: rte_distributor
>
> Hi Bruce,
>
&g
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of sabu kurian
> Sent: Wednesday, May 28, 2014 10:42 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Intel I350 fails to work with DPDK
>
> I have asked a similar question before, no one replied though.
>
> I'm cra
> From: sabu kurian [mailto:sabu2kurian at gmail.com]
> Sent: Wednesday, May 28, 2014 11:54 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Intel I350 fails to work with DPDK
>
> Hai bruce,
> Thanks for the reply.
> I even tried that before
>
> Hi Bruce,
>
> I made a dead simple patch that seems to fix my problem. Could you check
> and see whether I'm on the right track here?
>
> The patch is as follows:
>
> -- >8 --
[BR] Hi. Just so you know, a fix for this will be present in the Intel DPDK
1.5.2 patch release from Intel, which
The Intel DPDK should work fine on RHEL 6.4. There should be no need to update
your glibc, since this is subversion 12 (> 7), rather than 1.2.
Regards,
/Bruce
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Quicquaro
> Sent: Thursday, November 21, 2
> IMHO, adding NULL objects is likely an error not a legitimate use case for
> adding ring elements.
>
> Can anyone think of a use case where adding NULL pointer objects makes
> sense?
>
[BR] As well as the use case already mentioned of passing using NULLs, there is
also the scenario where we wa
Hi Prashant
> ===
> The EAL also supports an auto-detection mode (set by EAL --proc-type=auto
> flag), whereby an Intel(r) DPDK process is started as a secondary instance if
> a primary instance is already running.
> ===
>
> So does this mean that if I have a DPDK exe foo.out, then when I run the
nal Message-
> From: Prashant Upadhyaya [mailto:prashant.upadhyaya at aricent.com]
> Sent: Monday, November 25, 2013 4:08 AM
> To: Richardson, Bruce; dev at dpdk.org
> Subject: RE: Query regarding multiple processes in DPDK
>
> Hi Bruce,
>
> One more question --
>
>
> Hi,
>
> I have a question about how to know corresponding device from port
> number.
> For example, if I have 4 Ethernet devices and 2 Ring PMDs, I will get 6 ports
> during initialization.
> In the case, how can I know which port corresponds last Ring PMD?
[BR] Firstly, to identify the ring
Compilation fixes for ICC
ICC requires an initializer be given for the static variables, so
adding one in cases where one wasn't previously given.
---
lib/librte_pmd_e1000/igb_rxtx.c |6 --
lib/librte_pmd_ixgbe/ixgbe_rxtx.c |6 --
2 files changed, 8 insertions(+), 4 deletions(-)
Hi Mats,
yes, you are right, there is an issue in the pcap driver that it is not
allocating mbufs correctly. We are working on a fix.
Regards,
/Bruce
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mats Liljegren
> Sent: Tuesday, November 26, 2013 1:07 PM
The mbufs returned by the pcap pmd RX function were constantly
reused, instead of being allocated on demand. This has been fixed.
Signed-off-by: Bruce Richardson
---
lib/librte_pmd_pcap/rte_eth_pcap.c | 37 +--
1 files changed, 26 insertions(+), 11 deletions(-)
d
> If someone wants to implement forwarding application that receives
> packets from ETH_A and send those to ETH_B.
> Also above application is split to 3 processes like following.
> [ETH_A]-->Process_A --> [Ring_A] --> Process_B --> [Ring_B] --> Process_C --
> > [ETH_B] (All 3 processes are impleme
>
> It's probably due to a frequency scaling.
> The timer based is initialized when DPDK initialize and the CPU can change
> its frequency, breaking next timers.
>
> The fix is to control the CPU frequency.
> Please try this, without your patch:
> for g in /sys/devices/system/cpu/*/cpufreq/
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen
> Hemminger
> Sent: Friday, October 04, 2013 5:39 PM
> To: Walter de Donato
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Multi-process on the same host
>
> On Fri, 4 Oct 2013 13:47:02 +0200
> Walter d
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mauro Annarumma
> Sent: Wednesday, April 02, 2014 4:02 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Issues on FDIR and multi-processes
>
> Hi everyone,
> we are working with Flow DIRector on a multiprocess app
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cyril Chemparathy
> Sent: Thursday, April 03, 2014 6:30 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 3/6] test-pmd: allow command line selection of
> forwarding mode
>
> This commit allows testpmd forwa
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marc Sune
> Sent: Monday, April 07, 2014 1:51 PM
> To:
> Subject: [dpdk-dev] RTE_EAL on single core CPUs
>
> Dear all,
>
> I was preparing a development machine (kvm - qemu) with a single core, and
> stumbled w
As a plan B (or C, or D, etc.) you could also try linking your primary process
against those same shared libraries, even if they are unused by it. Hopefully
that may have the same effect in the primary as in the secondary processes of
adjusting your address space region and allow things to get m
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tomasz K
> Sent: Wednesday, April 09, 2014 3:04 PM
> To: dev
> Subject: [dpdk-dev] l2fwd not working on PF while working on VF
>
> Dear All
>
> I have a setup with Intel 82576 DPDK NIC.
> For one of the availab
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> Sent: Friday, April 11, 2014 6:45 PM
> To: Thomas Monjalon
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 07/11 1/2] vdev: new registration API
>
> On Fri, Apr 11, 2014 at 06:18:08PM +02
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Saturday, April 12, 2014 12:03 PM
> To: Thomas Monjalon
> Cc: Richardson, Bruce; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 07/11 1/2] vdev: new registration API
>
> On Sa
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of David Marchand
> Sent: Tuesday, April 15, 2014 2:51 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/2] mem: add write memory barrier before
> changing heap state
>
> From: Didier Pallard
>
> a write me
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Samuel Monderer
> Sent: Monday, April 28, 2014 11:36 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] compiling with specific kernel headers
>
> Hi,
>
> The target machine has a different kernel version than the
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sunil Bojanapally
> Sent: Friday, August 01, 2014 9:13 AM
> To: Liu, Jijiang
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] VMDq + DCB: 128 Tx queues
>
> Thanks Liu for the pointer to function implemented in te
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Friday, August 01, 2014 9:49 AM
> To: dev at dpdk.org
> Cc: Neil Horman; Ananyev, Konstantin; Richardson, Bruce; Thomas Monjalon
> Subject: [PATCH] ixgbe: Reduce compilation to only requi
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Anjali Kulkarni
> Sent: Monday, August 04, 2014 12:45 PM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] Question on using SR-IOV with dpdk apps
>
> Forgot to clarify, this is a specialized app, and the first p
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Wednesday, August 06, 2014 5:19 AM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org; Thomas Monjalon; Richardson, Bruce
> Subject: Re: [PATCH] acl: If build does not support sse4.
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Monday, August 11, 2014 2:48 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 11/14] ixgbe: make mbuf_initializer queue
> variable globa
-Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, August 12, 2014 1:00 AM
> To: Richardson, Bruce
> Cc: Stephen Hemminger; dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 01/14] mbuf: rename
> RTE_MBUF_SCATTER_GATHER into RTE_MBU
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wodkowski, PawelX
> Sent: Tuesday, August 12, 2014 11:30 PM
> To: dev at dpdk.org; Dpdk-ovs at lists.01.org
> Subject: Re: [dpdk-dev] a NIC binding to igb_uio module of DPDK is down
>
> > -Original Message
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of GongJinrong
> Sent: Sunday, August 17, 2014 7:10 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] How to use dpdk ring and mem lib in kernel level?
>
> Hi, guys
>
>Can dpdk support allocate mempool and create
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cao, Min
> Sent: Wednesday, August 20, 2014 8:08 AM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 00/14] Extend the mbuf structure
>
> Tested-by: Cao Min
> This patch modifies the mbuf data struct,
lto:olivier.matz at 6wind.com]
> Sent: Tuesday, August 12, 2014 3:44 PM
> To: Richardson, Bruce; dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 00/14] Extend the mbuf structure
>
> Hi Bruce,
>
> On 08/11/2014 10:44 PM, Bruce Richardson wrote:
> > This patch set e
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cyril Chemparathy
> Sent: Wednesday, August 27, 2014 6:05 PM
> To: Thomas Monjalon; dev at dpdk.org
> Subject: Re: [dpdk-dev] next releases
>
> Hi Thomas,
>
> On 8/25/2014 10:15 AM, Thomas Monjalon wrote:
> > H
1 - 100 of 353 matches
Mail list logo
