Re: [dpdk-dev] ConnectX4 100GbE - Compilation problem

Hi Olga, That was the issue indeed, thank you very much! Best regards, Georgios On Sat, Dec 17, 2016 at 10:26 PM, Olga Shern wrote: > Hi Georgios, > > Did you install MLNX_OFED? > You probably missing libmlx5-devel package > > Best Regards, > Olga > > -Original Message- > From: dev [ma

Re: [dpdk-dev] [PATCH] net/af_packet: initialize link interrupt callback queue

On Sat, 17 Dec 2016 13:03:55 -0500 Chas Williams <3ch...@gmail.com> wrote: > This patch initializes the eth_dev->link_intr_cbs queue which is > used when af_packet is passed into rte_eth_ev_callback_register(). > > Fixes: 4dc294158cac ("ethdev: support optional Rx and Tx callbacks") > > Signed-o

Re: [dpdk-dev] [PATCH v2 00/25] Generic flow API (rte_flow)

> -Original Message- > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Adrien Mazarguil > Sent: Friday, December 16, 2016 6:25 PM > To: dev@dpdk.org > Subject: [dpdk-dev] [PATCH v2 00/25] Generic flow API (rte_flow) > > As previously discussed in RFC v1 [1], RFC v2 [2], with changes d

Re: [dpdk-dev] ConnectX4 100GbE - Compilation problem

Hi Georgios, Did you install MLNX_OFED? You probably missing libmlx5-devel package Best Regards, Olga -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of george@gmail.com Sent: Friday, December 16, 2016 4:46 PM To: Georgios Katsikas ; dev@dpdk.org Subject: Re: [dp

[dpdk-dev] [PATCH] net/af_packet: initialize link interrupt callback queue

This patch initializes the eth_dev->link_intr_cbs queue which is used when af_packet is passed into rte_eth_ev_callback_register(). Fixes: 4dc294158cac ("ethdev: support optional Rx and Tx callbacks") Signed-off-by: Chas Williams <3ch...@gmail.com> --- drivers/net/af_packet/rte_eth_af_packet.c |

[dpdk-dev] implementing flex filters using wake-up packets

Looking at the e1000 driver, it seems like the flexible filter type (RTE_ETH_FILTER_FLEXIBLE) is implemented using wake-up filters. If that's correct, is it possible to take the same approach for ixgbe? I'm using an 82599 (which has flexible wake-up filters), and I'd like to try to implement RTE_E

Re: [dpdk-dev] [PATCH 29/29] net/ixgbe/base: update version of basical codes in README

Thanks to Yigit Ferruh. > -Original Message- > From: Yigit, Ferruh > Sent: Tuesday, December 6, 2016 3:41 AM > To: Dai, Wei ; Zhang, Helin ; > Ananyev, Konstantin > Cc: dev@dpdk.org > Subject: Re: [dpdk-dev] [PATCH 29/29] net/ixgbe/base: update version of > basical > codes in README > >

Re: [dpdk-dev] No packets received if burst is too small in rte_eth_rx_burst

Hi, Your comments made me saw the line "PMD: i40e_set_rx_function(): Vector rx enabled, please make sure RX burst size no less than 4 (port=0)." The problem was probably that I was under this limit... Is there a way to get that limit through a function or something? With 16.04 I received some

Re: [dpdk-dev] [PATCH 02/32] drivers/common: introducing dpaa2 mc driver

On Sun, Dec 04, 2016 at 11:46:57PM +0530, Hemant Agrawal wrote: > This patch intoduces the DPAA2 MC(Management complex Driver) > > This driver is common to be used by various DPAA2 net, crypto > and other drivers > > Signed-off-by: Cristian Sovaiala > [Hemant:rebase and conversion to library for

Re: [dpdk-dev] [PATCH 2/2] hyperv: VMBUS support infrastucture

2016-12-16 12:15, Stephen Hemminger: > On Fri, 16 Dec 2016 19:09:02 +0100 > Thomas Monjalon wrote: > > > 2016-12-15 09:26, Stephen Hemminger: > > > On Thu, 15 Dec 2016 12:19:44 +0530 > > > Shreyansh Jain wrote: > > > > It is not a scale-able model where we have to change eth_driver/eth_dev >