[dpdk-dev] Compiling MLX4 Support into 2.1.0

On Fri, Sep 11, 2015 at 09:51:19AM -0700, Nathan Speulda wrote: > Thank you for the response, > > I followed all of the documentation before I came to the forum on this > one. OFED is installed and working correctly with all drivers loaded. I > get to the point of compiling dpdk with support

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On 09/11/2015 07:08 PM, Thomas Monjalon wrote: > 2015-09-11 18:43, Avi Kivity: >> On 09/11/2015 06:12 PM, Vladislav Zolotarov wrote: >>> On Sep 11, 2015 5:55 PM, "Thomas Monjalon" >> > wrote: 2015-09-11 17:47, Avi Kivity: > On 09/11/2015 05:25 PM,

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On 09/11/2015 07:07 PM, Richardson, Bruce wrote: > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vladislav Zolotarov >> Sent: Friday, September 11, 2015 5:04 PM >> To: Avi Kivity >> Cc: dev at dpdk.org >> Subject: Re: [dpdk-dev] [PATCH v1] ixgbe_pmd:

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On Sep 11, 2015 7:09 PM, "Thomas Monjalon" wrote: > > 2015-09-11 18:43, Avi Kivity: > > On 09/11/2015 06:12 PM, Vladislav Zolotarov wrote: > > > On Sep 11, 2015 5:55 PM, "Thomas Monjalon" > > > wrote: > > > > 2015-09-11 17:47, Avi Kivity: > > > > > On

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On Sep 11, 2015 7:07 PM, "Richardson, Bruce" wrote: > > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vladislav Zolotarov > > Sent: Friday, September 11, 2015 5:04 PM > > To: Avi Kivity > > Cc: dev at dpdk.org > > Subject: Re: [dpdk-dev] [PATCH v1]

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On Sep 11, 2015 7:00 PM, "Richardson, Bruce" wrote: > > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vladislav Zolotarov > > Sent: Friday, September 11, 2015 4:13 PM > > To: Thomas Monjalon > > Cc: dev at dpdk.org > > Subject: Re: [dpdk-dev] [PATCH

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On Sep 11, 2015 6:43 PM, "Avi Kivity" wrote: > > On 09/11/2015 06:12 PM, Vladislav Zolotarov wrote: >> >> >> On Sep 11, 2015 5:55 PM, "Thomas Monjalon" wrote: >> > >> > 2015-09-11 17:47, Avi Kivity: >> > > On 09/11/2015 05:25 PM, didier.pallard wrote: >> > > > On 08/25/2015 08:52 PM, Vlad

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On 09/11/2015 06:12 PM, Vladislav Zolotarov wrote: > > > On Sep 11, 2015 5:55 PM, "Thomas Monjalon" > wrote: > > > > 2015-09-11 17:47, Avi Kivity: > > > On 09/11/2015 05:25 PM, didier.pallard wrote: > > > > On 08/25/2015 08:52 PM, Vlad Zolotarov wrote: > > >

[dpdk-dev] Compiling MLX4 Support into 2.1.0

Hi Nathan, On Fri, Sep 11, 2015 at 09:10:03AM -0700, Nathan Speulda wrote: > All, > > I am attempting to do some work using a CX3-Pro adapter in a forwarding > environment and am attempting to enable the supported PMD that is included > in the 2.1.0 release of DPDK. My base distro is RHEL6.5

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On Sep 9, 2015 4:19 PM, "Ananyev, Konstantin" wrote: > > Hi Thomas, > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon > > Sent: Wednesday, September 09, 2015 1:19 PM > > To: Zhang, Helin > > Cc: dev at dpdk.org > > Subject: Re: [dpdk-dev]

[dpdk-dev] [PATCH 0/5] bnx2x: Enhancement, fixes, licensing and doumentation

On Fri, 11 Sep 2015 17:42:51 -0700 Rasesh Mody wrote: > Hi > > This patch set consists of enhancements, fixes, licensing and > documentation changes for the QLogic bnx2x Poll Mode Driver. The patches > have been generated and tested against latest dpdk tree. > > Please apply. > >

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On Sep 11, 2015 5:55 PM, "Thomas Monjalon" wrote: > > 2015-09-11 17:47, Avi Kivity: > > On 09/11/2015 05:25 PM, didier.pallard wrote: > > > On 08/25/2015 08:52 PM, Vlad Zolotarov wrote: > > >> > > >> Helin, the issue has been seen on x540 devices. Pls., see a chapter > > >> 7.2.1.1 of x540

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

2015-09-11 18:43, Avi Kivity: > On 09/11/2015 06:12 PM, Vladislav Zolotarov wrote: > > On Sep 11, 2015 5:55 PM, "Thomas Monjalon" > > wrote: > > > 2015-09-11 17:47, Avi Kivity: > > > > On 09/11/2015 05:25 PM, didier.pallard wrote: > > > > > Hi vlad, > > > > >

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On 09/11/2015 05:25 PM, didier.pallard wrote: > On 08/25/2015 08:52 PM, Vlad Zolotarov wrote: >> >> Helin, the issue has been seen on x540 devices. Pls., see a chapter >> 7.2.1.1 of x540 devices spec: >> >> A packet (or multiple packets in transmit segmentation) can span any >> number of >>

[dpdk-dev] [PATCH 5/5] bnx2x: Add LICENSE.bnx2x_pmd and update source files

Signed-off-by: Rasesh Mody --- drivers/net/bnx2x/LICENSE.bnx2x_pmd | 28 drivers/net/bnx2x/bnx2x.c | 29 - drivers/net/bnx2x/bnx2x.h | 29 - drivers/net/bnx2x/bnx2x_ethdev.c|4

[dpdk-dev] [PATCH 4/5] doc: Add BNX2X PMD documentation

From: Harish Patil Signed-off-by: Harish Patil --- doc/guides/nics/bnx2x.rst | 324 + 1 file changed, 324 insertions(+) create mode 100644 doc/guides/nics/bnx2x.rst diff --git a/doc/guides/nics/bnx2x.rst

[dpdk-dev] [PATCH 3/5] bnx2x: Add RTE_LIBRTE_BNX2X_REG_ACCESS config option

From: Harish Patil Signed-off-by: Harish Patil --- config/common_linuxapp |1 + drivers/net/bnx2x/Makefile |2 +- drivers/net/bnx2x/bnx2x.h |2 +- drivers/net/bnx2x/bnx2x_logs.h |8 drivers/net/bnx2x/debug.c | 24

[dpdk-dev] [PATCH 2/5] bnx2x: Fix x86_64-native-linuxapp-clang build error

From: Harish Patil Signed-off-by: Harish Patil --- drivers/net/bnx2x/ecore_hsi.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/bnx2x/ecore_hsi.h b/drivers/net/bnx2x/ecore_hsi.h index a4ed9b5..fe72938 100644 ---

[dpdk-dev] [PATCH 1/5] bnx2x: SR-IOV VF driver changes to support OOB PF driver

From: Harish Patil Signed-off-by: Harish Patil --- drivers/net/bnx2x/bnx2x_vfpf.c | 11 +-- drivers/net/bnx2x/bnx2x_vfpf.h | 15 +++ 2 files changed, 24 insertions(+), 2 deletions(-) diff --git a/drivers/net/bnx2x/bnx2x_vfpf.c

[dpdk-dev] [PATCH 0/5] bnx2x: Enhancement, fixes, licensing and doumentation

Hi This patch set consists of enhancements, fixes, licensing and documentation changes for the QLogic bnx2x Poll Mode Driver. The patches have been generated and tested against latest dpdk tree. Please apply. Thanks! Rasesh Harish Patil (4): bnx2x: SR-IOV VF driver changes to support

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Matthew Hall > Sent: Friday, September 11, 2015 6:18 PM > To: Vladislav Zolotarov > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for > all NICs but 82598 >

[dpdk-dev] [PATCH 1/2] rte_sched: whitespace cleanup

> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Friday, August 28, 2015 7:50 PM > To: Dumitrescu, Cristian > Cc: dev at dpdk.org; Stephen Hemminger > Subject: [PATCH 1/2] rte_sched: whitespace cleanup > > Break long lines, remove {} on

[dpdk-dev] [PATCH 2/2] rte_sched: remove useless bitmap_free

> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Friday, August 28, 2015 7:50 PM > To: Dumitrescu, Cristian > Cc: dev at dpdk.org; Stephen Hemminger > Subject: [PATCH 2/2] rte_sched: remove useless bitmap_free > > Coverity reports that

[dpdk-dev] [PATCH v4] ixgbe_pmd: enforce RS bit on every EOP descriptor for devices newer than 82598

Hi Vlad, >> Unfortunately we are seeing a huge performance drop with that patch: >> On my box bi-directional traffic (64B packet) over one port can't reach even >> 11 Mpps. >Konstantin, could u clarify - u saw "only" 11 Mpps with v3 of this patch which >doesn't change the rs_thresh and only

[dpdk-dev] Compiling MLX4 Support into 2.1.0

Nathan, What application are you running? Please send the output of it. Please send output of ofed_info -s, ibdev2netdev and ibv_devinfo. Do you see any errors in dmesg? Regards, Olga Sent from Samsung Mobile. Original message From: Nathan Speulda Date:11/09/2015 7:51 PM

[dpdk-dev] rte_eal_init() alternative?

On 9/8/15, 1:01 PM, "Don Provan" wrote: >From: Wiles, Keith: >>That stated I am not a big fan of huge structures being passed into >>a init routine as that structure would need to be versioned and it will >>grow/change. Plus he did not really want to deal in strings, so the >>structure would be

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On 08/25/2015 08:52 PM, Vlad Zolotarov wrote: > > Helin, the issue has been seen on x540 devices. Pls., see a chapter > 7.2.1.1 of x540 devices spec: > > A packet (or multiple packets in transmit segmentation) can span any > number of > buffers (and their descriptors) up to a limit of 40 minus

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vladislav Zolotarov > Sent: Friday, September 11, 2015 5:04 PM > To: Avi Kivity > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 > for all NICs but 82598 > >

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vladislav Zolotarov > Sent: Friday, September 11, 2015 4:13 PM > To: Thomas Monjalon > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 > for all NICs but 82598 >

[dpdk-dev] [PATCH 4/4] librte_port: modify release notes and deprecation notice

From: Fan Zhang The LIBABIVER number is incremented. The release notes is updated and the deprecation announce is removed. Signed-off-by: Fan Zhang --- doc/guides/rel_notes/deprecation.rst | 5 - doc/guides/rel_notes/release_2_2.rst | 4 +++-

[dpdk-dev] [PATCH 3/4] app/test_pipeline: modify pipeline test

From: Fan Zhang Test_pipeline has been modified to work on updated macros to access meta-data stored in the mbuf structure. Signed-off-by: Fan Zhang --- app/test-pipeline/main.h | 2 ++ app/test-pipeline/pipeline_hash.c | 34

[dpdk-dev] [PATCH 2/4] app/test: modify table and pipeline test

From: Fan Zhang Test_table has been modified to work on updated macros to access meta-data stored in the mbuf structure. Signed-off-by: Fan Zhang --- app/test/test_table.h | 8 ++-- app/test/test_table_combined.c | 28 +--

[dpdk-dev] [PATCH 1/4] librte_port: modify macros to access packet meta-data

From: Fan Zhang This patch relates to ABI change proposed for librte_port. Macros to access the packet meta-data stored within the packet buffer has been adjusted to cover the packet mbuf structure. Signed-off-by: Fan Zhang --- lib/librte_port/rte_port.h | 2 +- 1

[dpdk-dev] [PATCH 0/4]librte_port: modify macros to access packet meta-data

From: Fan Zhang This patchset links to ABI change announced for librte_port. Macros to access the packet meta-data stored within the packet buffer has been adjusted to cover the packet mbuf structure. Fan Zhang (4): librte_port: modify macros to access packet

[dpdk-dev] Debugging memory leak of mbufs

Hello, I have an application which in which the rte_mempool for packets associated with the network interfaces using IXGBE and IGB drivers is depleting slowly. Each time I do a throughput test, the number of free_count keeps reducing by 10-15 entries, and finally completely exhausts. Any

[dpdk-dev] [PATCH 0/4]librte_port: modify macros to access packet meta-data

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of > roy.fan.zhang at intel.com > Sent: Friday, September 11, 2015 4:36 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 0/4]librte_port: modify macros to access packet > meta-data > > From: Fan Zhang > >

[dpdk-dev] vhost-net stops sending to virito pmd -- already fixed?

Hi all, I've been debugging an issue we see occasionally when under load. We have a non-DPDK linux-bridge host sending to our guest via vhost-net. The guest is running a DPDK 1.8 application using virtio PMDs. The symptoms of the problem are that host interfaces report all packets sent to the

[dpdk-dev] [PATCH v2 5/5] doc: modify release notes and deprecation notice for table and pipeline

The LIBABIVER number is incremented for table and pipeline libraries. The release notes is updated and the deprecation announce is removed. Signed-off-by: Maciej Gajdzica --- doc/guides/rel_notes/deprecation.rst |3 --- doc/guides/rel_notes/release_2_2.rst |6 --

[dpdk-dev] [PATCH v2 4/5] ip_pipeline: added cli commands for bulk add/delete to firewall pipeline

Added two new cli commands to firewall pipeline. Commands bulk add and bulk delete takes as argument a file with rules to add/delete. The file is parsed, and then rules are passed to backend functions which add/delete records from pipeline tables. Signed-off-by: Maciej Gajdzica ---

[dpdk-dev] [PATCH v2 3/5] test_table: added check for bulk add/delete to acl table unit test

Added to acl table unit test check for bulk add and bulk delete. Signed-off-by: Maciej Gajdzica --- app/test/test_table_acl.c | 166 + 1 file changed, 166 insertions(+) diff --git a/app/test/test_table_acl.c b/app/test/test_table_acl.c index

[dpdk-dev] [PATCH v2 2/5] pipeline: added bulk add/delete functions for table

Added functions for adding/deleting multiple records to table owned by pipeline. Signed-off-by: Maciej Gajdzica --- lib/librte_pipeline/rte_pipeline.c | 106 lib/librte_pipeline/rte_pipeline.h | 62 + 2 files changed, 168 insertions(+)

[dpdk-dev] [PATCH v2 1/5] table: added bulk add/delete functions for table

New functions prototypes for bulk add/delete added to table API. New functions allows adding/deleting multiple records with single function call. For now those functions are implemented only for ACL table. For other tables these function pointers are set to NULL. Signed-off-by: Maciej Gajdzica

[dpdk-dev] [PATCH v2 0/5] pipeline: add bulk add/delete functions for table

This patch adds bulk add/delete functions for tables used by pipelines. It allows for adding/deleting many rules to pipeline tables in one function call. It is particulary useful for firewall pipeline which is using ACL table. After every add or delete, table is rebuild which leads to very long

[dpdk-dev] [PATCH 1/2] rte_sched: whitespace cleanup

On Fri, 11 Sep 2015 17:31:10 + "Dumitrescu, Cristian" wrote: > > * p00 ___ p10 ___ p20 ___ p30 ___ > > - * ->| |->| |->| |->| |-> > > + *->| |->| |->| |->| |-> > > *

[dpdk-dev] [PATCH 2/2] rte_sched: remove useless bitmap_free

> Hi Steve, > > I agree these functions are not doing much at the moment, but I would like to > keep them for the reasons below: > > 1. There might be people using them, and we do not want to break their code. > Removing them is an ABI change. > > 2. Although they are just placeholders for

[dpdk-dev] [PATCH] doc: add guideline for updating release notes

>From version 2.2 of DPDK onwards patchsets should include updates to the Release Notes for additions, fixes and changes. Add guideline on what to update in the Release Notes to the Documentation Contribution guidelines. Signed-off-by: John McNamara ---

[dpdk-dev] testpmd - configuration of the fdir filter

I'm getting a fdir filter programming error after I do this -- ./testpmd -c -n 4 -- -i --pkt-filter-mode=perfect --rxq=2 --txq=2 --portmask=0x3 --nb-ports=2 --disable-rss testpmd> port stop all testpmd> flow_director_mask 0 vlan 0xefff src_mask 255.255.255.255

[dpdk-dev] [PATCH 4/4] ip_pipeline: added cli commands for bulk add/delete to firewall pipeline

Added two new cli commands to firewall pipeline. Commands bulk add and bulk delete takes as argument a file with rules to add/delete. The file is parsed, and then rules are passed to backend functions which add/delete records from pipeline tables. Signed-off-by: Maciej Gajdzica ---

[dpdk-dev] [PATCH 3/4] test_table: added check for bulk add/delete to acl table unit test

Added to acl table unit test check for bulk add and bulk delete. Signed-off-by: Maciej Gajdzica --- app/test/test_table_acl.c | 166 + 1 file changed, 166 insertions(+) diff --git a/app/test/test_table_acl.c b/app/test/test_table_acl.c index

[dpdk-dev] [PATCH 2/4] pipeline: added bulk add/delete functions for table

Added functions for adding/deleting multiple records to table owned by pipeline. Signed-off-by: Maciej Gajdzica --- lib/librte_pipeline/rte_pipeline.c | 106 lib/librte_pipeline/rte_pipeline.h | 62 + 2 files changed, 168 insertions(+)

[dpdk-dev] [PATCH 1/4] table: added bulk add/delete functions for table

New functions prototypes for bulk add/delete added to table API. New functions allows adding/deleting multiple records with single function call. For now those functions are implemented only for ACL table. For other tables these function pointers are set to NULL. Signed-off-by: Maciej Gajdzica

[dpdk-dev] [PATCH 0/4] pipeline: add bulk add/delete functions for table

This patch adds bulk add/delete functions for tables used by pipelines. It allows for adding/deleting many rules to pipeline tables in one function call. It is particulary useful for firewall pipeline which is using ACL table. After every add or delete, table is rebuild which leads to very long

[dpdk-dev] [PATCH v2 0/5] pipeline: add bulk add/delete functions for table

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maciej Gajdzica > Sent: Friday, September 11, 2015 1:32 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2 0/5] pipeline: add bulk add/delete functions > for table > > This patch adds bulk add/delete

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On Fri, Sep 11, 2015 at 05:42:48PM +, Ananyev, Konstantin wrote: > As I remember, with freebsd stack when TSO is on it was not unusual to see > chains of ~30 segments. > That's over port with 'normal' mtu (1.5K). > Konstantin This makes things quite tricky, because the TSO logic itself

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On Fri, Sep 11, 2015 at 07:18:20PM +0300, Vladislav Zolotarov wrote: > We thought about linearization too. It's doable with extra mempool and it > may be optional so that those that don't need could compile it out and/or > disable it in a runtime... High-level question. How realistic is sending a

[dpdk-dev] [PATCH] igb_uio: use existing PCI macros

2015-09-10 20:33, Ferruh Yigit: > > On Thu, Sep 10, 2015 at 6:01 PM, Ferruh Yigit > > wrote: > > > > > To get pci_dev and vf number from dev, benefit from > > > existing macros in pci.h > > > > > > Signed-off-by: Ferruh Yigit > > > > Correct me if I am wrong but you might need to provide

[dpdk-dev] [PATCH 2/2] enic: fix hash creation when not using first numa node

If dpdk is run with memory only available on socket != 0, then hash creation will fail and flow director feature won't be available. Fix this by asking for allocation on caller socket. Signed-off-by: David Marchand --- drivers/net/enic/enic_clsf.c | 3 +-- 1 file changed, 1 insertion(+), 2

[dpdk-dev] [PATCH 1/2] enic: fix allocation when not using first numa node

Seen by code review. If dpdk is run with memory only available on socket != 0, then enic pmd refuses to initialize ports as this pmd requires some memory on socket 0. Fix this by setting socket to SOCKET_ID_ANY, so that allocations happen on the caller socket. Signed-off-by: David Marchand ---

[dpdk-dev] [PATCH] ixgbe: fix the wrong prompt for VF TSO

When setting TSO on VF ixgbe NICs, for example, 82599, x550, the prompt that TSO is not supported will be printed. But TSO is supported by VF ixgbe NICs. We should add TSO to the capability flag, so, we will not see the wrong prompt. Signed-off-by: Wenzhuo Lu ---

[dpdk-dev] Compiling MLX4 Support into 2.1.0

Thank you for the response, I followed all of the documentation before I came to the forum on this one. OFED is installed and working correctly with all drivers loaded. I get to the point of compiling dpdk with support enabled and nothing appears to come out during the compile (for mlx4 which

[dpdk-dev] DPDK 2.2 roadmap

On Thu, Sep 10, 2015 at 09:55:18PM +0200, Thomas Monjalon wrote: > 2015-09-10 15:27, Flavio Leitner: > > On Thu, Sep 10, 2015 at 02:43:59PM +0200, Thomas Monjalon wrote: > > > 2015-09-09 12:56, O'Driscoll, Tim: > > > > Vhost Multi-Queue Support: The vhost-user library will be updated to > > > >

[dpdk-dev] Compiling MLX4 Support into 2.1.0

All, I am attempting to do some work using a CX3-Pro adapter in a forwarding environment and am attempting to enable the supported PMD that is included in the 2.1.0 release of DPDK. My base distro is RHEL6.5 for stability reasons. Does anyone have a more detailed idea of how to get the Mellanox

[dpdk-dev] [PATCH] igb_uio: use existing PCI macros

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon > Sent: Friday, September 11, 2015 9:11 AM > To: dev at dpdk.org; Yigit, Ferruh; David Marchand > Subject: Re: [dpdk-dev] [PATCH] igb_uio: use existing PCI macros > > 2015-09-10 20:33, Ferruh

[dpdk-dev] [PATCH 2/2] enic: fix hash creation when not using first numa node

On 11/09/15 1:32 pm, "David Marchand" wrote: >If dpdk is run with memory only available on socket != 0, then hash >creation will fail and flow director feature won't be available. >Fix this by asking for allocation on caller socket. > >Signed-off-by: David Marchand >--- >

[dpdk-dev] [PATCH 1/2] enic: fix allocation when not using first numa node

On 11/09/15 1:32 pm, "David Marchand" wrote: >Seen by code review. > >If dpdk is run with memory only available on socket != 0, then enic pmd >refuses to initialize ports as this pmd requires some memory on socket 0. >Fix this by setting socket to SOCKET_ID_ANY, so that allocations happen on

[dpdk-dev] DPDK 2.2 roadmap

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Thursday, September 10, 2015 1:44 PM > To: O'Driscoll, Tim > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] DPDK 2.2 roadmap > > 2015-09-09 12:56, O'Driscoll, Tim: > > DCB for i40e : DCB support will

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

2015-09-11 17:47, Avi Kivity: > On 09/11/2015 05:25 PM, didier.pallard wrote: > > On 08/25/2015 08:52 PM, Vlad Zolotarov wrote: > >> > >> Helin, the issue has been seen on x540 devices. Pls., see a chapter > >> 7.2.1.1 of x540 devices spec: > >> > >> A packet (or multiple packets in transmit