I had all kinds of very weird failures using the 64 bit clang target related to
missing CPUFLAGS. For a while I hacked around it by adding a whole ton of -D
for missing RTE CPUFLAGS macros. But then some further DPDK changes came and
caused clang bud failures I could not debug and I had to give
On Sun, Feb 14, 2016 at 04:54:55PM +0800, Wenzhuo Lu wrote:
> *add x550em_a device support
> *add x550em_x V2 device support
> *sw-firmware sync for resource sharing
> *set VF mac addr only when acked by PF
> *ignore manageability for phy power on
> *add register definition for SGMII busy
> *fix se
- Simplify and reduce code path length of receive function.
- Put all receive stuff in enic_rx.c
- Reduce the number of posted_index updates (pay attention to rx_free_thresh)
- Remove the container structure around the rq mbuf ring
- Prefetch next Mbuf and descriptors while processing the current o
This is a rewrite of the receive path of the Enic PMD to simplify the
code and improve packet rate. Sorry I couldn't figure a way to organize
it as a series of patches, so I'm submitting it as a single patch.
thanks,
john
johndale (1):
ENIC PMD receive path performance improvements.
drivers/ne
Hi,
here's a kind of late follow-up. I've only recently found the need
(mostly for the better support of XL710 NICs (which I still dislike but
people are using them...)) to seriously address DPDK 2.x support in MoonGen.
On 13.05.15 11:03, Ananyev, Konstantin wrote:
> Before start to discuss you
Hi Marc,
On Sunday, February 02/14/16, 2016 at 23:17:37 +0100, Marc Sune wrote:
> Added speed capabilities to all pmds supporting physical NICs:
>
> * e1000
> * ixgbe
> * i40
> * bnx2x
> * cxgbe
> * mlx4
> * mlx5
> * nfp
> * fm10k
>
> Signed-off-by: Marc Sune
> ---
> drivers/net/bnx2x/bnx2x_et
Hi,
I'm using the per-queue rate control feature found in ixgbe-style NICs
(rte_eth_set_queue_rate_limit) quite extensively in my packet generator
MoonGen.
I've read some parts of the XL710 datasheet and I guess it should be
possible to implement this for this chip. I think there are two ways
Rahul, Neilo, Jing D, et al
On 15 February 2016 at 15:43, Rahul Lakkireddy wrote:
> Hi Marc,
>
> On Sunday, February 02/14/16, 2016 at 23:17:37 +0100, Marc Sune wrote:
> > Added speed capabilities to all pmds supporting physical NICs:
> >
> > * e1000
> > * ixgbe
> > * i40
> > * bnx2x
> > * cxgbe
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Monday, February 15, 2016 1:21 PM
> To: Panu Matilainen ; Carew, Alan
> ; De Lara Guarch, Pablo
>
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] vm_power_manager uses channel_commands.h
Signed-off-by: Paul Emmerich
---
drivers/net/i40e/i40e_rxtx.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/net/i40e/i40e_rxtx.c b/drivers/net/i40e/i40e_rxtx.c
index 40cffc1..52f7955 100644
--- a/drivers/net/i40e/i40e_rxtx.c
+++ b/drivers/net/i40e/i40e_rxtx.c
Signed-off-by: Paul Emmerich
---
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
index 57c9430..800e224 100644
--- a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
+++ b/lib/librte
Signed-off-by: Paul Emmerich
---
lib/librte_mbuf/rte_mbuf.c | 1 +
lib/librte_mbuf/rte_mbuf.h | 6 ++
2 files changed, 7 insertions(+)
diff --git a/lib/librte_mbuf/rte_mbuf.c b/lib/librte_mbuf/rte_mbuf.c
index f506517..744fb4e 100644
--- a/lib/librte_mbuf/rte_mbuf.c
+++ b/lib/librte_mbuf/rte
This patch adds a new tx checksum offloading flag: PKT_TX_NO_CRC_CSUM.
This allows disabling CRC checksum offloading on a per-packet basis.
Doing this can be useful if you want to send out invalid packets on
purpose, e.g. in a packet generator/test framework.
Paul Emmerich (3):
add tx crc disab
Fixes: 924e84f87306 ("aesni_mb: add driver for multi buffer based crypto")
When compiling the AESNI_MB PMD with GCC 4.4.7 on Centos 6.7 a "dereferencing
pointer ?obj_p? does break strict-aliasing rules" warning occurs in the
get_session() function.
Signed-off-by: Declan Doherty
---
Adding "Fixes
cryptodev_aesni_mb_init was returning the device id of
the device just created, but rte_eal_vdev_init
(the function that calls the first one), was expecting 0 or
negative value.
This made impossible to create more than one aesni_mb device
from command line.
Fixes: 924e84f87306 ("aesni_mb: add driv
On 12/02/16 09:17, Pablo de Lara wrote:
> This patchset includes param handling, typo and
> statistics fixes in the L2fwd-crypto sample app.
>
> Changes in v3:
> - Reset all accumulated stats
>
> Changes in v2:
> - Include "Fixes" line
>
>
> Pablo de Lara (4):
>l2fwd-crypto: fix total stats
>
After few meetings and emails, it has been agreed to work with
the Linux Foundation to assist the growing community of the DPDK.
The outlines and the budget are described in this email by Tim O'Driscoll:
http://dpdk.org/ml/archives/dev/2016-February/032720.html
We need around ten companie
Hi Tetsuya,
On 2/10/2016 11:40 AM, Tetsuya Mukawa wrote:
> To work with qtest virtio-net PMD, virtual address that maps hugepages
> should be between (1 << 31) to (1 << 44). This patch adds one more option
Is there any reference about this limitation? And is it also true for 32
bit machine?
Tha
Hey guys,
I'm using dpdk 2.1.0 and it seems that RSS for IPv6 packets on i40e NIC does
not work.
All packets are passed to RX queue 0.
Is that a known issue? Is there some RSS configuration needed?
Thanks,
Shaham
Hi all
just a brief note about the dpdk-next-net tree. As many of you will have noticed
I have starting committing patches to the networking drivers into the
dpdk-next-net tree. For the current release cycle, these will be put onto the
branch rel_16_04.
Please note, though, that this branch will
Move all os / arch specifics to eal.
Signed-off-by: David Marchand
Reviewed-by: Santosh Shukla
Tested-by: Santosh Shukla
---
Changes since v2:
- fixed bsd init issue (reported by Tetsuya M.)
---
drivers/net/virtio/virtio_pci.c | 356 +++-
drivers/net/virtio
Most of the code is inspired on virtio driver.
rte_pci_ioport structure is filled at map time with anything needed for later
read / write calls.
At the moment, offset field is used to store a x86 ioport (uint16_t) and will
be reused for other arches.
TODO: check multi process, check intr_handle in
According to the api, rte_eal_pci_map_device is only successful when returning
0.
Fixes: 6ba1f63b5ab0 ("virtio: support specification 1.0")
Signed-off-by: David Marchand
Acked-by: Yuanhan Liu
---
drivers/net/virtio/virtio_pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Fixes: c52afa68d763 ("virtio: move left PCI stuff in the right file")
Signed-off-by: David Marchand
Acked-by: Yuanhan Liu
---
drivers/net/virtio/virtio_pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/virtio/virtio_pci.c b/drivers/net/virtio/virtio_pci.c
inde
Introduce a new pci ioport api in eal to mask all arch / kernel driver
specifics.
- rte_eal_pci_ioport_map is responsible for initialising an rte_pci_ioport
object that is used in subsequent calls, this function must be tweaked per
architecture and per kernel driver,
- rte_eal_pci_ioport_read
2016-02-15 13:56, Panu Matilainen:
> On 02/15/2016 12:15 PM, Thomas Monjalon wrote:
> > 2016-02-15 10:29, Panu Matilainen:
> >> On 02/14/2016 01:38 AM, Matthew Hall wrote:
> >>> Hello,
> >>>
> >>> I found a peculiarity in the vm_power_manager example on DPDK 2.2 if you
> >>> use an installed copy
Hello,
On Sun, Feb 14, 2016 at 4:25 AM, Wu, Jingjing wrote:
>> -Original Message-
>> From: David Marchand [mailto:david.marchand at 6wind.com]
>> Having this infrastructure is one thing, but the initial problem was that the
>> driver did not recover from this reset event.
>> The linux i40
On Wed, Feb 10, 2016 at 11:27:08AM -0800, Rich Lane wrote:
> The indirection is unnecessary because there is only one implementation of the
> vhost common code. Removing it makes the code more readable.
This is a good cleanup! A minor nit is that I saw few long lines
exceeding 80 chars.
-
On 02/15/2016 12:15 PM, Thomas Monjalon wrote:
> 2016-02-15 10:29, Panu Matilainen:
>> On 02/14/2016 01:38 AM, Matthew Hall wrote:
>>> Hello,
>>>
>>> I found a peculiarity in the vm_power_manager example on DPDK 2.2 if you
>>> use an installed copy of DPDK to compile the examples instead of the ma
Hi David,
On 02/15/2016 11:21 AM, Hunt, David wrote:
> On 15/02/2016 10:15, Olivier MATZ wrote:
>> On 02/15/2016 10:58 AM, Hunt, David wrote:
>>> I'm working on that at the moment with the external mempool handler
>>> code. However, it crossed my mind that we have a choice to use symbol
>>> v
Hi lads,
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, February 15, 2016 10:03 AM
> To: Lu, Wenzhuo
> Cc: dev at dpdk.org; Ananyev, Konstantin
> Subject: Re: [dpdk-dev] [PATCH v2 5/6] ixgbe: support VxLAN & NVGRE TX
> checksum off-load
On 15 February 2016 at 09:46, N?lio Laranjeiro
wrote:
> On Sun, Feb 14, 2016 at 11:17:38PM +0100, Marc Sune wrote:
> > This patch redesigns the API to set the link speed/s configure
> > for an ethernet port. Specifically:
> >
> > - it allows to define a set of advertised speeds for
> > auto-neg
Hi Marc,
You can download MLNX_OFED from Mellanox web site:
http://www.mellanox.com/page/products_dyn?product_family=26&mtag=linux_sw_drivers
Best Regards,
Olga
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Marc
Sent: Monday, February 15, 2016 1:00 PM
To: N?lio
On Thu, Feb 11, 2016 at 8:58 AM, Thomas Monjalon
wrote:
> Hi,
>
> 2016-02-10 19:05, Seth Arnold:
> > I've taken some notes while reading the sources; I'm sharing them in the
> > hopes that it's useful: on the one hand my fresh eyes may spot things
> that
> > you've overlooked, on the other hand y
On 05/02/2016 17:06, Thomas Monjalon wrote:
> When built in a C++ application, the keepalive include fails:
>
> rte_keepalive.h:142:41: error: ?ALIVE? was not declared in this scope
>keepcfg->state_flags[rte_lcore_id()] = ALIVE;
> ^
>
> Fixes: 75583b0d
On 05/02/2016 14:54, Thomas Monjalon wrote:
> When building for ARM, the spinlock structure was not found.
> It appears to be a mismatch with rwlock which is not used in this file.
>
> Fixes: bda68ab9d1e7 ("examples/ethtool: add user-space ethtool sample
> application")
>
> Signed-off-by: Thomas
Hi David,
On 02/15/2016 10:58 AM, Hunt, David wrote:
> On 12/02/2016 15:50, Olivier MATZ wrote:
>> - NEXT_ABI does make the code harder to read in this case, and I'm
>>thinking about the patchset from David Hunt (external mempool handler)
>>that will be in the same situation, and maybe als
2016-02-15 10:29, Panu Matilainen:
> On 02/14/2016 01:38 AM, Matthew Hall wrote:
> > Hello,
> >
> > I found a peculiarity in the vm_power_manager example on DPDK 2.2 if you
> > use an installed copy of DPDK to compile the examples instead of the master
> > copy (while trying to update some outdat
ping for comments/review
Thanks,
Jan
P.S. Sorry for replaying with whole code in previous messages.
2016-02-15 05:32, Lu, Wenzhuo:
> From: Ananyev, Konstantin
> > From reading X550 spec, I don't really understand what for we need to
> > specify is
> > it GRE or VXLAN packet, so probably we don't need that flag for now at all?
> The reason is we need to set the tunnel type in the Advanced Transmi
Hi Wenzhuo,
> -Original Message-
> From: Lu, Wenzhuo
> Sent: Monday, February 15, 2016 4:14 AM
> To: Kylulin, Yury ; dev at dpdk.org
> Subject: RE: [PATCH v2] e1000: enable promiscuous and allmulticast support
> for VF
>
> Hi Yury,
>
> > -Original Message-
> > From: Kylulin, Yury
On 02/14/2016 01:38 AM, Matthew Hall wrote:
> Hello,
>
> I found a peculiarity in the vm_power_manager example on DPDK 2.2 if you use
> an installed copy of DPDK to compile the examples instead of the master copy
> (while trying to update some outdated stuff in my build system).
>
> mhall at mvs-
ping for comments/review
Thanks,
Jan
2016-02-05 19:20 GMT+01:00 Jan Medala :
> This is a PMD for the Amazon ethernet ENA family.
> The driver operates variety of ENA adapters through feature negotiation
> with the adapter and upgradable commands set.
> ENA driver handles PCI Physical and Virt
Stephen,
does it mean we should insert those defines to PMD driver files?
dpdk-dev,
ping for more comments/review
Thanks,
Jan
Jan
2016-02-08 22:27 GMT+01:00 Stephen Hemminger :
> On Fri, 5 Feb 2016 19:20:26 +0100
> Jan Medala wrote:
>
> > +
> > +#ifndef PCI_VENDOR_ID_AMAZON
> > +/** Vendor
Stephen,
This will be fixed
dpdk-dev,
ping for more comments/review
Thanks,
Jan
Jan
2016-02-08 22:30 GMT+01:00 Stephen Hemminger :
> On Fri, 5 Feb 2016 19:20:28 +0100
> Jan Medala wrote:
>
> > +
> > +typedef _Bool bool;
>
>
> > +#define true ((bool)1)
> > +#define false((bool)0)
>
On 15/02/2016 10:15, Olivier MATZ wrote:
> Hi David,
>
> On 02/15/2016 10:58 AM, Hunt, David wrote:
>> On 12/02/2016 15:50, Olivier MATZ wrote:
>>> - NEXT_ABI does make the code harder to read in this case, and I'm
>>> thinking about the patchset from David Hunt (external mempool handler)
>>>
On 02/12/2016 07:36 PM, Keith Wiles wrote:
> The rte_mempool structure is changed, which will cause an ABI change
> for this structure. Providing backward compat is not reasonable
> here as this structure is used in multiple defines/inlines.
>
> Allow mempool cache support to be dynamic dependin
Hi Keith,
On 02/12/2016 07:38 PM, Keith Wiles wrote:
> Deprecation notice for 16.04 for changes to occur in
> release 16.07 for rte_mempool memory reduction.
>
> Signed-off-by: Keith Wiles
Acked-by: Olivier Matz
2016-02-13 12:30, Luca Boccassi:
> On Thu, 2016-02-11 at 08:34 +0100, Thomas Monjalon wrote:
> > 2016-02-10 22:54, Luca Boccassi:
> > I created a set of patches for Valgrind that add support for the
> > > rte_*alloc family of functions. We use it for memcheck (I added support
> > > for other all t
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marc
> In file included from
> /home/marc/dpdk/lib/librte_eal/linuxapp/eal/eal_pci.c:42:
> /home/marc/dpdk/x86_64-native-linuxapp-clang/include/rte_memcpy.h:870:2:
> error: implicit declaration of function '_mm_alignr_epi8' is invalid in
> C
On 12/02/2016 15:50, Olivier MATZ wrote:
> - NEXT_ABI does make the code harder to read in this case, and I'm
>thinking about the patchset from David Hunt (external mempool handler)
>that will be in the same situation, and maybe also another patchset
>I'm working on.
Olivier,
I'm
On Sun, Feb 14, 2016 at 11:17:38PM +0100, Marc Sune wrote:
> This patch redesigns the API to set the link speed/s configure
> for an ethernet port. Specifically:
>
> - it allows to define a set of advertised speeds for
> auto-negociation.
> - it allows to disable link auto-negociation (single fi
> -Original Message-
> From: Mcnamara, John
> Sent: Monday, February 15, 2016 9:39 AM
> To: 'Marc' ; dev at dpdk.org
> Subject: RE: [dpdk-dev] x86_64-native-linuxapp-clang compilation broken?
>
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf
On Sun, Feb 14, 2016 at 11:17:37PM +0100, Marc Sune wrote:
> Added speed capabilities to all pmds supporting physical NICs:
>
> * e1000
> * ixgbe
> * i40
> * bnx2x
> * cxgbe
> * mlx4
> * mlx5
> * nfp
> * fm10k
>[...]
> diff --git a/drivers/net/mlx5/mlx5_ethdev.c b/drivers/net/mlx5/mlx5_ethdev.c
>
Hi,
> -Original Message-
> From: Lu, Wenzhuo
> Sent: Monday, February 15, 2016 1:21 AM
> To: De Lara Guarch, Pablo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 0/7] support E-tag offloading and
> forwarding on Intel X550 NIC
>
> Hi Pablo,
>
> > -Original Message-
> > From
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marc
> Sent: Sunday, February 14, 2016 10:21 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] x86_64-native-linuxapp-clang compilation broken?
>
> It seems compilation for clang Linux target is broken:
>
> In f
Hi, Marc,
Best Regards,
Mark
> -Original Message-
> From: N?lio Laranjeiro [mailto:nelio.laranjeiro at 6wind.com]
> Sent: Monday, February 15, 2016 4:43 PM
> To: Marc Sune
> Cc: dev at dpdk.org; Lu, Wenzhuo; Zhang, Helin; Harish Patil; Chen, Jing D
> Subject: Re: [dpdk-dev] [PATCH v8 2/4]
Hi Xiao,
> -Original Message-
> From: Wang, Xiao W
> Sent: Monday, February 15, 2016 4:10 PM
> To: Lu, Wenzhuo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2] ixgbe: support multicast promiscuous mode
> on VF
>
> Hi,
>
> Best Regards,
> Wang, Xiao
>
> > -Original Message-
Hi,
Best Regards,
Wang, Xiao
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Sunday, February 14, 2016 2:25 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2] ixgbe: support multicast promiscuous mode on
> VF
>
> Add multicast prom
Hi Konstantin,
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Friday, February 5, 2016 2:55 AM
> To: Lu, Wenzhuo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 5/6] ixgbe: support VxLAN & NVGRE TX
> checksum off-load
>
> Hi Wenzhuo,
>
> > -Original Message-
> > Fr
Hi Konstantin,
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Friday, February 5, 2016 4:17 AM
> To: Lu, Wenzhuo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 4/6] ixgbe: support VxLAN & NVGRE RX
> checksum off-load
>
>
>
> > -Original Message-
> > From: dev [ma
Hi Pablo,
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Friday, February 12, 2016 9:50 PM
> To: Lu, Wenzhuo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 0/7] support E-tag offloading and forwarding
> on Intel X550 NIC
>
> Hi Wenzhuo,
>
> > -Original Message-
Hi Yury,
> -Original Message-
> From: Kylulin, Yury
> Sent: Tuesday, February 9, 2016 5:10 PM
> To: dev at dpdk.org
> Cc: Kylulin, Yury; Lu, Wenzhuo
> Subject: [PATCH v2] e1000: enable promiscuous and allmulticast support for VF
>
> Enable promiscuous and allmulticast mode control from th
63 matches
Mail list logo
