[dpdk-dev] [PATCH v5 0/6] vhost: optimize enqueue

On Mon, Sep 12, 2016 at 03:52:12PM +0200, Maxime Coquelin wrote: > Just tried to apply your series without success. > Apparently, it is not based directly on master branch, > as it lacks some SHA-1 information. > > Could you rebase it against master please? It's rebased against the

[dpdk-dev] [PATCH v2 2/2] app/test: add test cases for NULL for Intel QAT driver

From: Deepak Kumar JAIN Added NULL algorithm to test file for Intel(R) QuickAssist Technology Driver Signed-off-by: Deepak Kumar Jain --- app/test/test_cryptodev.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/app/test/test_cryptodev.c

[dpdk-dev] [PATCH v2 1/2] crypto/qat: add NULL capability to Intel QAT driver

From: Deepak Kumar JAIN enabled NULL crypto for Intel(R) QuickAssist Technology Signed-off-by: Deepak Kumar Jain --- doc/guides/cryptodevs/qat.rst| 3 ++- doc/guides/rel_notes/release_16_11.rst | 1 +

[dpdk-dev] [PATCH v2 0/2] add NULL crypto support in Intel QAT driver

This patchset adds support of NULL crypto in Intel(R) QuickAssist Technology driver. This patchset depends on following patchset: "crypto/qat: add aes-sha384-hmac capability to Intel QAT driver" (http://dpdk.org/dev/patchwork/patch/15778/) Deepak Kumar JAIN (2): crypto/qat: add NULL

[dpdk-dev] [PATCH v2 2/2] app/test: add test cases for aes-sha384-hmac for Intel QAT driver

From: "Jain, Deepak K" Added aes-sha384-hmac algorithm to test file for Intel(R) QuickAssist Technology Driver Signed-off-by: Deepak Kumar Jain --- app/test/test_cryptodev_aes.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[dpdk-dev] [PATCH v2 1/2] crypto/qat: add aes-sha384-hmac capability to Intel QAT driver

From: "Jain, Deepak K" enabled support of aes-sha384-hmac in Intel(R) QuickAssist driver Signed-off-by: Deepak Kumar Jain --- doc/guides/cryptodevs/qat.rst| 1 + doc/guides/rel_notes/release_16_11.rst | 1 +

[dpdk-dev] [PATCH v2 0/2] add aes-sha384-hmac support to Intel QAT driver

This patchset adds support of aes-sha384-hmac in Intel(R) QuickAssist Technology driver. This patchset depends on following patchset: "crypto/qat: add aes-sha224-hmac capability to Intel QAT driver" (http://dpdk.org/dev/patchwork/patch/15776/) Jain, Deepak K (2): crypto/qat: add

[dpdk-dev] [PATCH v2 2/2] app/test: add test cases for aes-sha224-hmac for Intel QAT driver

From: "Jain, Deepak K" Added aes-sha224-hmac algorithm to test file for Intel(R) QuickAssist Technology Driver Signed-off-by: Deepak Kumar Jain --- app/test/test_cryptodev_aes.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[dpdk-dev] [PATCH v2 1/2] crypto/qat: add aes-sha224-hmac capability to Intel QAT driver

From: "Jain, Deepak K" Added support of aes-sha224-hmac in Intel(R) QuickAssist driver Signed-off-by: Deepak Kumar Jain --- doc/guides/cryptodevs/qat.rst| 1 + doc/guides/rel_notes/release_16_11.rst | 1 +

[dpdk-dev] [PATCH v2 0/2] add aes-sha384-hmac support to Intel QAT driver

This patchset adds support of aes-sha384-hmac in Intel(R) QuickAssist Technology driver. This patchset depends on following patchset: "crypto/qat: add aes-sha224-hmac capability to Intel QAT driver" (http://dpdk.org/dev/patchwork/patch/15754/) Jain, Deepak K (2): crypto/qat: add

[dpdk-dev] [PATCH v5 2/6] vhost: rewrite enqueue

On 09/09/2016 05:39 AM, Zhihong Wang wrote: > > +static inline void __attribute__((always_inline)) > +notify_guest(struct virtio_net *dev, struct vhost_virtqueue *vq) > +{ > rte_smp_wmb(); > - > - *(volatile uint16_t *)>used->idx += count; > - vq->last_used_idx += count; > -

[dpdk-dev] [PATCH v2 2/2] kni: add support for core_id param in single threaded mode

On 9/10/2016 2:50 PM, Vladyslav Buslov wrote: > Allow binding KNI thread to specific core in single threaded mode > by setting core_id and force_bind config parameters. > > Signed-off-by: Vladyslav Buslov > --- > > v2: > * Fixed formatting. > * Refactored kthread create/bind functionality into

[dpdk-dev] [PATCH v5 5/6] vhost: batch update used ring

On 09/09/2016 05:39 AM, Zhihong Wang wrote: > This patch enables batch update of the used ring for better efficiency. > > Signed-off-by: Zhihong Wang > --- > Changes in v4: > > 1. Free shadow used ring in the right place. > > 2. Add failure check for shadow used ring malloc. > >

[dpdk-dev] [PATCH v5 2/6] vhost: rewrite enqueue

Hi, On 09/09/2016 05:39 AM, Zhihong Wang wrote: > This patch implements the vhost logic from scratch into a single function > designed for high performance and better maintainability. > > This is the baseline version of the new code, more optimization will be > added in the following patches in

[dpdk-dev] [PATCH v3] net/i40e: fix parsing QinQ packets type issue

Previously, PTYPE filed in the RX descriptors is not set properly for QinQ packets, wrong PTYPE is generated because outer Tag did not have ORT/PIT configured. Fix this issue by configuring ORT/PIT. Otherwise, this patch changes bitmask of outer VLAN tag in L2 header to support RSS and flow

[dpdk-dev] [PATCH] net/i40e: fix outer VLAN bitmask for input set

This patch changes bitmask of outer VLAN tag in L2 header to support RSS and flow director for QinQ. Fixes: 4072d503aaa5 ("i40e: fix VLAN bitmasks for input set") Signed-off-by: Beilei Xing --- drivers/net/i40e/i40e_ethdev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[dpdk-dev] [PATCH 1/4] libcrypto_pmd: initial implementation of SW crypto device

On 8/26/2016 12:51 PM, Piotr Azarewicz wrote: > +/** Provide session for operation */ > +static struct libcrypto_session * > +get_session(struct libcrypto_qp *qp, struct rte_crypto_op *op) > +{ > + struct libcrypto_session *sess = NULL; > + > + if (op->sym->sess_type ==

[dpdk-dev] [PATCH v2 6/6] testpmd: add txprep engine

This patch adds txprep engine to the testpmd application. Txprep engine is intended to verify Tx preparation functionality implemented in pmd driver. It's based on the default "io" engine with the folowing changes: - Tx HW offloads are reset in incoming packet, - burst is passed to the Tx

[dpdk-dev] [PATCH v2 5/6] ixgbe: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/ixgbe/ixgbe_ethdev.c |3 ++ drivers/net/ixgbe/ixgbe_ethdev.h |8 +++- drivers/net/ixgbe/ixgbe_rxtx.c | 83 +- drivers/net/ixgbe/ixgbe_rxtx.h |2 + 4 files changed, 94 insertions(+), 2 deletions(-)

[dpdk-dev] [PATCH v2 4/6] i40e: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/i40e/i40e_ethdev.c |3 ++ drivers/net/i40e/i40e_rxtx.c | 98 +++- drivers/net/i40e/i40e_rxtx.h | 10 3 files changed, 110 insertions(+), 1 deletion(-) diff --git a/drivers/net/i40e/i40e_ethdev.c

[dpdk-dev] [PATCH v2 3/6] fm10k: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/fm10k/fm10k.h|9 + drivers/net/fm10k/fm10k_ethdev.c |5 +++ drivers/net/fm10k/fm10k_rxtx.c | 77 +- 3 files changed, 90 insertions(+), 1 deletion(-) diff --git a/drivers/net/fm10k/fm10k.h

[dpdk-dev] [PATCH v2 1/6] ethdev: add Tx preparation

Added API for `rte_eth_tx_prep` uint16_t rte_eth_tx_prep(uint8_t port_id, uint16_t queue_id, struct rte_mbuf **tx_pkts, uint16_t nb_pkts) Added fields to the `struct rte_eth_desc_lim`: uint16_t nb_seg_max; /**< Max number of segments per whole packet. */

[dpdk-dev] [PATCH v2 0/6] add Tx preparation

As discussed in that thread: http://dpdk.org/ml/archives/dev/2015-September/023603.html Different NIC models depending on HW offload requested might impose different requirements on packets to be TX-ed in terms of: - Max number of fragments per packet allowed - Max number of fragments per TSO

[dpdk-dev] DPDK Userspace Summit Dublin 2016 (October 20th & 21st)

Dear Community, I am delighted to let you know our registration for this year's summit is very close to capacity already! If you are intending on attending please register (www.dpdksummit.com) as soon as possible to avoid disappointment. If you have registered and

[dpdk-dev] [RFC][PATCH V2 1/3] examples/vhost: Add vswitch (generic switch) framework

On 9/11/2016 5:51 PM, Yuanhan Liu wrote: > On Mon, Sep 05, 2016 at 04:24:29PM +0530, Pankaj Chauhan wrote: >> Introduce support for a generic framework for handling of switching between >> physical and vhost devices. The vswitch framework introduces the following >> concept: >> >> 1. vswitch_dev:

[dpdk-dev] [RFC PATCH v2 3/5] librte_ether: add API's for VF management

Hi Jerin, > Subject: Re: [dpdk-dev] [RFC PATCH v2 3/5] librte_ether: add API's for VF > management > > On Fri, Aug 26, 2016 at 10:10:18AM +0100, Bernard Iremonger wrote: > > Add new API functions to configure and manage VF's on a NIC. > > > > add rte_eth_dev_vf_ping function. > > add

[dpdk-dev] [RFC][PATCH V2 1/3] examples/vhost: Add vswitch (generic switch) framework

On 9/9/2016 2:26 PM, Tan, Jianfeng wrote: > Hi Pankaj, > > Thanks for the massive and great work. Hi Jianfeng, Thanks for the review. > > On 9/5/2016 6:54 PM, Pankaj Chauhan wrote: >> Introduce support for a generic framework for handling of switching >> between >> physical and vhost devices.

[dpdk-dev] imissed in rte_pmd_pcap

Hi Keren, On 9/12/2016 7:44 AM, Keren Hochman wrote: > Hello, > in the dpdk pcap driver, the imissed indicator of rte_eth_stats structure > is not increasing even when we miss packets since there are no available > mbufs. I looked at the code and I saw that nothing increase it in the pcap >

[dpdk-dev] [RFC PATCH v2 5/5] app/test_pmd: add tests for new API's

Hi Yuanhan, > Subject: Re: [dpdk-dev] [RFC PATCH v2 5/5] app/test_pmd: add tests for > new API's > > On Fri, Aug 26, 2016 at 10:10:20AM +0100, Bernard Iremonger wrote: > > add test for vf vlan anti spoof > > add test for vf mac anti spoof > > add test for vf ping > > add test for vf vlan strip

[dpdk-dev] [PATCH v5 0/6] vhost: optimize enqueue

On 09/12/2016 03:52 PM, Maxime Coquelin wrote: > Hi, > > On 09/09/2016 05:39 AM, Zhihong Wang wrote: >> This patch set optimizes the vhost enqueue function. >> >> It implements the vhost logic from scratch into a single function >> designed >> for high performance and good maintainability, and

[dpdk-dev] [PATCH v5 0/6] vhost: optimize enqueue

Hi, On 09/09/2016 05:39 AM, Zhihong Wang wrote: > This patch set optimizes the vhost enqueue function. > > It implements the vhost logic from scratch into a single function designed > for high performance and good maintainability, and improves CPU efficiency > significantly by optimizing cache

[dpdk-dev] [PATCH v2] net/bnxt: make driver less verbose

This line printed for every application even if driver is not used at all. Removing the line to reduce the noise. Signed-off-by: Ferruh Yigit Acked-by: Ajit Khaparde --- drivers/net/bnxt/bnxt_ethdev.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[dpdk-dev] [PATCH v4]net/virtio: add mtu set in virtio

-Original Message- From: Kavanagh, Mark B [mailto:mark.b.kavan...@intel.com] Sent: Monday, September 12, 2016 10:48 AM To: Dey, Souvik ; Yuanhan Liu Cc: dev at dpdk.org; stephen at networkplumber.org Subject: RE: [PATCH v4]net/virtio: add mtu set in virtio > >Hi Mark/Liu,

[dpdk-dev] [PATCH v4]net/virtio: add mtu set in virtio

> >Hi Mark/Liu, >? Thanks to both of you for being so patient with a series of >silly errors. I >have tried to make it better this time. Also there were some un-used variable >in the function >which I have removed. Please check the new patch with all your comments >incorporated.

[dpdk-dev] [PATCH v4]net/virtio: add mtu set in virtio

Hi All, Any further comments or updates to be made in the below patch else I will go ahead a submit the v5 for the same. -- Regards, Souvik -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Dey, Souvik Sent: Friday, September 9, 2016 2:16 PM To: Kavanagh,

[dpdk-dev] [PATCH] doc/guides: add info on how to enable QAT

> -Original Message- > From: Breen, Eoin > Sent: Tuesday, August 30, 2016 2:27 PM > To: Jain, Deepak K ; Trahe, Fiona > ; Griffin, John > Cc: dev at dpdk.org; Mcnamara, John ; Breen, Eoin > > Subject: [PATCH] doc/guides: add info on how to enable QAT > > Signed-off-by: Eoin Breen > ---

[dpdk-dev] Run 2 different testpmd from the same machine

Hi, I tried to run 2 instances of testpmd from the same machine but received a message: Cannot get hugepage information when I tried to run the second instance. Is there a way to disable hugepages or allow to instances to access it ? Thanks. keren

[dpdk-dev] [PATCH] app/test: decrease memory requirements for sched

The sched test consumes 35MB memory. When memory is too fragmented (with 2M hugepages), the test can fail. To reduce this risk, decrease it to 4.5MB by modifying n_pipes_per_subport and qsize. Signed-off-by: Olivier Matz --- app/test/test_sched.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[dpdk-dev] [PATCH] app/test: decrease memory requirements for hash

In hash autotest, the size of tables that should be succesfully created is 32K entries (256KB), except for the table called "different_name", which is 1M entries (8MB). When memory is too fragmented (with 2M hugepages), the test can fail. To avoid allocation failures due to memory fragmentation,

[dpdk-dev] Run 2 different testpmd from the same machine

Regards, Keith > On Sep 12, 2016, at 6:18 AM, Keren Hochman > wrote: > > Hi, > I tried to run 2 instances of testpmd from the same machine but received a > message: Cannot get hugepage information when I tried to run the second > instance. Is there a way to disable hugepages or allow to

[dpdk-dev] [PATCH 00/13] Add support for secondary queue set in nicvf thunderx driver

ping W dniu 26.08.2016 o 18:53, Kamil Rytarowski pisze: > This series of patches adds support for secondary queue set in nicvf thunderx > driver > > There are two types of VFs: > - Primary VF > - Secondary VF > > Each port consist of a primary VF and n secondary VF(s). Each VF provides 8 >

[dpdk-dev] [PATCH] app/test: fix failing packet-framework table unit-tests

The pipeline object is not freed when a particular test-case of the unit-test finishes. Using rte_pipeline_free() before returning the outcome for each test-case fixes the issue. Fixes: 5205954791cb ("app/test: packet framework unit tests") Signed-off-by: Jasvinder Singh ---

[dpdk-dev] [PATCH v9 07/25] driver: init/uninit common wrappers for PCI drivers

2016-09-12 09:16, David Marchand: > On Wed, Sep 7, 2016 at 4:07 PM, Shreyansh Jain > wrote: > > crypto and ethdev drivers aligned to PCI probe/remove. Existing handlers for > > init/uninit can be easily reused for this. > > I would keep in the commit log a mention on the 1 - 1 association >

[dpdk-dev] [PATCH 1/2] examples/tep_term: fix offload on VXLAN failure

2016-09-12 08:42, Tan, Jianfeng: > From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com] > > FYI, my testrobot caught some errors when this patch is applied. > > It's because this patch set has dependency on a previous patch set, which > seems a difficult scenario to handle. There's no

[dpdk-dev] [PATCH 1/2] net/i40e: add func to check link speed

On Mon, Sep 12, 2016 at 03:43:53AM +0800, Zhang Qi wrote: > Add a help function to check link speed by device ID. > Replace macro "i40e_is_40G_device" with the new function. > > Signed-off-by: Zhang Qi Hi, FYI, my testrobot caught some warnings whlie applying this patch --yliu ---

[dpdk-dev] [PATCH 1/5] eal: make enum rte_kernel_driver non-PCI specific

Hi, On Sunday 11 September 2016 05:45 PM, Yuanhan Liu wrote: > On Thu, Sep 01, 2016 at 10:11:51AM +0530, Shreyansh Jain wrote: >> From: Jan Viktorin >> >> From: Jan Viktorin >> >> Signed-off-by: Jan Viktorin >> Signed-off-by: Shreyansh Jain > > Hi, > > FYI, my testrobot caught some errors

[dpdk-dev] [PATCH v9 17/25] drivers: convert PMD_VDEV drivers to use rte_vdev_driver

Hi , On Sunday 11 September 2016 05:25 PM, Yuanhan Liu wrote: > On Wed, Sep 07, 2016 at 07:38:09PM +0530, Shreyansh Jain wrote: >> All PMD_VDEV drivers can now use rte_vdev_driver instead of the >> rte_driver (which is embedded in the rte_vdev_driver). >> >> Signed-off-by: Jan Viktorin >>

[dpdk-dev] imissed in rte_pmd_pcap

Hello, in the dpdk pcap driver, the imissed indicator of rte_eth_stats structure is not increasing even when we miss packets since there are no available mbufs. I looked at the code and I saw that nothing increase it in the pcap driver code ( as opposed to other drivers where it's being promoted)

[dpdk-dev] [PATCH v9 00/25] Introducing rte_driver/rte_device generalization

Hello Shreyansh, On Wed, Sep 7, 2016 at 4:07 PM, Shreyansh Jain wrote: > This patch is part of larger aim to: > > + > eth_driver (PMD)|-> rte_driver > crypto_driver (PMD) | ^ > | | > +

[dpdk-dev] [PATCH] net/i40e: fix outer VLAN bitmask for input set

> -Original Message- > From: Xing, Beilei > Sent: Monday, September 12, 2016 5:27 PM > To: Wu, Jingjing > Cc: dev at dpdk.org; Xing, Beilei > Subject: [PATCH] net/i40e: fix outer VLAN bitmask for input set > > This patch changes bitmask of outer VLAN tag in L2 header to support RSS >

[dpdk-dev] [PATCH v9 13/25] ethdev: convert to eal hotplug

On Wed, Sep 7, 2016 at 4:08 PM, Shreyansh Jain wrote: [snip] > diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c > index fdeac86..86c9d1a 100644 > --- a/lib/librte_ether/rte_ethdev.c > +++ b/lib/librte_ether/rte_ethdev.c [snip] > + ret =

[dpdk-dev] [PATCH v9 08/25] drivers: convert all pdev drivers as pci drivers

On Wed, Sep 7, 2016 at 4:08 PM, Shreyansh Jain wrote: > Simplify crypto and ethdev pci drivers init by using newly introduced > init macros and helpers. > Those drivers then don't need to register as "rte_driver"s anymore. > > Exceptions: > - virtio and mlx* use RTE_INIT directly as they have

[dpdk-dev] [PATCH v9 07/25] driver: init/uninit common wrappers for PCI drivers

On Wed, Sep 7, 2016 at 4:07 PM, Shreyansh Jain wrote: > crypto and ethdev drivers aligned to PCI probe/remove. Existing handlers for > init/uninit can be easily reused for this. I would keep in the commit log a mention on the 1 - 1 association between the ethdev/crypto device and the pci

[dpdk-dev] [PATCH v9 06/25] eal: introduce init macros

On Wed, Sep 7, 2016 at 4:07 PM, Shreyansh Jain wrote: > diff --git a/lib/librte_eal/common/include/rte_pci.h > b/lib/librte_eal/common/include/rte_pci.h > index fa74962..cf673e4 100644 > --- a/lib/librte_eal/common/include/rte_pci.h > +++ b/lib/librte_eal/common/include/rte_pci.h > @@ -470,6

[dpdk-dev] [PATCH 1/2] examples/tep_term: fix offload on VXLAN failure

Hi Yuanhan, > -Original Message- > From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com] > Sent: Sunday, September 11, 2016 8:09 PM > To: Tan, Jianfeng > Cc: dev at dpdk.org; Ananyev, Konstantin; Wu, Jingjing; Kavanagh, Mark B; > Thomas Monjalon > Subject: Re: [dpdk-dev] [PATCH 1/2]

[dpdk-dev] [PATCH v3] ntnic: add PMD driver

On Sat, Sep 10, 2016 at 11:31:04AM -0700, Stephen Hemminger wrote: > I think that if the driver is just a shim for proprietary code, then the > vendor should just maintain it out of tree. 6wind and windriver already do > this. Agreed, this was my previous comment. Someone probably wants this

[dpdk-dev] [PATCH v3] ntnic: add PMD driver

On Sat, Sep 10, 2016 at 07:58:38AM +, Finn Christensen wrote: > > -Original Message- > > From: Neil Horman [mailto:nhorman at tuxdriver.com] > > Sent: 9. september 2016 15:51 > > To: Finn Christensen > > Cc: dev at dpdk.org; thomas.monjalon at 6wind.com; > > stephen at

[dpdk-dev] [PATCH v3] ntnic: add PMD driver

Yes, this we can do without asking you guys, and we already do so. But that is not what this ntnic PMD is about. We have built a NT NIC out of our existing accelerator products. This NIC is built using an FPGA and is targeted towards NFV acceleration in virtualized environments. Now, we have

[dpdk-dev] [PATCH v3] ntnic: add PMD driver

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: 10. september 2016 10:20 > To: Finn Christensen > Cc: Neil Horman ; dev at dpdk.org; > stephen at networkplumber.org > Subject: Re: [PATCH v3] ntnic: add PMD driver > > 2016-09-10 07:58, Finn

[dpdk-dev] [PATCH v2 2/2] net/i40e: enable 25G device

Add code branch for 25G link speed, so 25G device will be functional. Signed-off-by: Zhang Qi --- drivers/net/i40e/i40e_ethdev.c | 23 ++- 1 file changed, 18 insertions(+), 5 deletions(-) diff --git a/drivers/net/i40e/i40e_ethdev.c b/drivers/net/i40e/i40e_ethdev.c index

[dpdk-dev] [PATCH v2 1/2] net/i40e: add func to check link speed

Add a help function to check link speed by device ID. Replace macro "i40e_is_40G_device" with the new function. Signed-off-by: Zhang Qi --- drivers/net/i40e/i40e_ethdev.c | 19 --- drivers/net/i40e/i40e_ethdev.h | 42 ++ 2 files changed,

[dpdk-dev] [PATCH v2 0/2] net/i40e: enable 25G device

The patch enable devices that support 25G link speed. It is based on previous 25G base driver update: http://dpdk.org/ml/archives/dev/2016-August/045569.html Zhang Qi (2): net/i40e: add func to check link speed net/i40e: enable 25G device drivers/net/i40e/i40e_ethdev.c | 40

[dpdk-dev] [PATCH 2/2] net/i40e: enable 25G device

Add code branch for 25G link speed, so 25G device will be functional. Signed-off-by: Zhang Qi --- drivers/net/i40e/i40e_ethdev.c | 23 ++- 1 file changed, 18 insertions(+), 5 deletions(-) diff --git a/drivers/net/i40e/i40e_ethdev.c b/drivers/net/i40e/i40e_ethdev.c index

[dpdk-dev] [PATCH 1/2] net/i40e: add func to check link speed

Add a help function to check link speed by device ID. Replace macro "i40e_is_40G_device" with the new function. Signed-off-by: Zhang Qi --- drivers/net/i40e/i40e_ethdev.c | 19 --- drivers/net/i40e/i40e_ethdev.h | 42 ++ 2 files changed,

[dpdk-dev] [PATCH 0/2] net/i40e: enable 25G device

The patch enable devices that support 25G link speed. It is based on previous 25G base driver update: http://dpdk.org/ml/archives/dev/2016-August/045569.html Zhang Qi (2): net/i40e: add func to check link speed net/i40e: enable 25G device drivers/net/i40e/i40e_ethdev.c | 40