[dpdk-dev] [PATCH v3 2/7] mbuf: use the reserved 16 bits for double vlan

2015-06-28 Thread Thomas Monjalon
Neil, Olivier, Your opinions are requested here. Thanks 2015-06-25 08:31, Zhang, Helin: > Hi Neil [...] > > -279,7 +285,7 @@ struct rte_mbuf { > > uint16_t data_len;/**< Amount of data in segment buffer. */ > > uint32_t pkt_len; /**< Total pkt len: sum of all segments. */

[dpdk-dev] [PATCHv3 3/3] ABI: Add some documentation

2015-06-28 Thread Thomas Monjalon
2015-06-26 10:54, Neil Horman: > On Fri, Jun 26, 2015 at 03:00:17PM +0200, Thomas Monjalon wrote: > > 2015-06-25 10:35, Neil Horman: > > > +* ``VERSION_SYMBOL(b, e, n)``: Creates a symbol version table entry > > > binding > > > + unversioned symbol ``b`` to the internal function ``b_e``. > > >

[dpdk-dev] [PATCH v2 08/11] hash: add new functionality to store data in hash table

2015-06-28 Thread De Lara Guarch, Pablo
Hi Stephen, > -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Friday, June 26, 2015 5:50 PM > To: De Lara Guarch, Pablo > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2 08/11] hash: add new functionality to > store data in hash table >

[dpdk-dev] [PATCHv3 2/3] rte_compat: Add MAP_STATIC_SYMBOL macro

2015-06-28 Thread Thomas Monjalon
2015-06-26 10:30, Neil Horman: > On Fri, Jun 26, 2015 at 02:52:50PM +0200, Thomas Monjalon wrote: > > 2015-06-25 10:35, Neil Horman: > > > +/* > > > + * MAP_STATIC_SYMBOL > > > + * If a function has been bifurcated into multiple versions, none of > > > which > > > + * are defined as the exported

[dpdk-dev] RTM instruction compile failure for XABORT when AVX is active

2015-06-28 Thread Thomas Monjalon
2015-06-28 10:59, Matthew Hall: > It would appear there is some bug in the new lock elision patches that is > preventing it from compiling with clang. Any suggestions? It builds with clang. My suggestion is to add the patch author in recipient's list ;) > On Jun 28, 2015, at 10:16 AM, Matthew

[dpdk-dev] [PATCH v3 3/9] cxgbe: add device configuration and RX support for cxgbe PMD.

2015-06-28 Thread Thomas Monjalon
2015-06-18 17:47, Rahul Lakkireddy: > Adds RX support for the cxgbe poll mode driver. This patch: > > 1. Adds rx queue related eth_dev_ops. > 2. Adds RSS support. > 3. Adds dev_configure() and dev_infos_get() eth_dev_ops. > 4. Adds rx_pkt_burst for receiving packets. > > Signed-off-by: Rahul

[dpdk-dev] [PATCH v3 2/9] cxgbe: add cxgbe poll mode driver.

2015-06-28 Thread Thomas Monjalon
2015-06-18 17:47, Rahul Lakkireddy: > +Chelsio cxgbe > +M: Rahul Lakkireddy > +F: drivers/net/cxgbe/ > +F: doc/guides/nics/cxgbe.rst Just a detail: the doc file is added in a later patch. For consistency, this line should be added later. [...] > --- a/config/common_linuxapp > +++

[dpdk-dev] Number of memory channels per processor socket?

2015-06-28 Thread Abhishek Verma
Hi, I am new to DPDK and i tried searching the archives in case this had been discussed but couldnt find any references and hence this email: What is the significance of " -n NUM: Number of memory channels per processor socket" which is passed as an EAL option? I have a virtual machine (VM)

[dpdk-dev] Could not achieve wire speed for 40GE with any DPDK version on XL710 NIC's

2015-06-28 Thread Pavel Odintsov
Hello, folks! We have execute bunch of tests for receive data with Intel XL710 40GE NIC. We want to achieve wire speed on this platform for traffic capture. But we definitely can't do it. We tried with different versions of DPDK: 1.4, 1.6, 1.8, 2.0. And have not success. We achieved only 40Mpps

[dpdk-dev] RTM instruction compile failure for XABORT when AVX is active

2015-06-28 Thread Matthew Hall
It would appear there is some bug in the new lock elision patches that is preventing it from compiling with clang. Any suggestions? On Jun 28, 2015, at 10:16 AM, Matthew Hall wrote: > Hi all, > > I am getting a strange error compiling some RTM instructions when I upgraded > my VM environment

[dpdk-dev] RTM instruction compile failure for XABORT when AVX is active

2015-06-28 Thread Matthew Hall
Hi all, I am getting a strange error compiling some RTM instructions when I upgraded my VM environment from VirtualBox 4 to VirtualBox 5 and AVX instructions from the host CPU became available. However when I am reading the opcode description for XABORT it supposedly allows an immediate