[dpdk-dev] Please any one who can help me with librte_sched

Thank you perfect explanation, i think im going to creating a new parallel rte_sched_port and change the reference with managment core updating the tx/sched core. So, what happens with the packets on the old reference if i just do rte_port_free on it, are them leaked? Is there a why to flush the

[dpdk-dev] roundtrip delay

Hi all, I've also asked a similar question on the previous thread, but I'll copy it here for better visibility. I would really appreciate it if you can provide some hints to my question below. Thanks a lot! Thanks a lot Jeff for your detailed explanation. I still have open question left. I would

[dpdk-dev] [PATCH] cmdline: finish at EOF

Hi Olivier, Great, so then maybe we should plan for an update of the DPDK command line library to your latest code base. Are the code changes massive, i.e. would this be a big task? Thanks, Cristian -Original Message- From: Olivier MATZ [mailto:olivier.m...@6wind.com] Sent: Monday,

[dpdk-dev] [PATCH v2 08/16] Add support for mapping devices through VFIO.

2014-05-27 16:21, Burakov, Anatoly: > > You are defining some variables in a .h file. I think it is a problem. > > I have managed to move everything to .c files, except for "struct > mapped_pci_res_list *pci_res_list;" - which I need in both uio and vfio .c > files. I don't think I'll be able to

[dpdk-dev] Please any one who can help me with librte_sched

Hi Ariel, What's wrong with calling rte_sched_subport_config() and rte_sched_pipe_config() during run-time? This assumes that: 1. Port initialization is done, which includes the following: a) the number of subports, pipes per subport are fixed b) the queues are all created and their size is

[dpdk-dev] [PATCH 29/29] Packet Framework unit tests

Unit tests for Packet Framework libraries. Signed-off-by: Cristian Dumitrescu --- app/test/Makefile |6 + app/test/commands.c|4 +- app/test/test.h|1 + app/test/test_table.c | 220 +++ app/test/test_table.h | 207

[dpdk-dev] [PATCH 28/29] app/Makefile: enable app/test-pipeline

Enable the Packet Framework sampel application app/test-pipeline to be built automatically as part of Intel DPDK installation. Signed-off-by: Cristian Dumitrescu --- app/Makefile |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/app/Makefile b/app/Makefile index

[dpdk-dev] [PATCH 27/29] Packet Framework IPv4 pipeline sample app

This Packet Framework sample application illustrates the capabilities of the Intel DPDK Packet Framework toolbox. It creates different functional blocks used by a typical IPv4 framework like: flow classification, firewall, routing, etc. CPU cores are connected together through standard

[dpdk-dev] [PATCH 26/29] Packet Framework performance application

This application is purposefully buit to benchmark the performance of the Intel DPDK Packet Framework toolbox. It uses 3 CPU cores connected in a chain through SW rings (NICs --> Core A --> Core B --> Core C --> NICs) 1. Core A: reads packets from NIC ports and writes them to SW queues; 2. Core

[dpdk-dev] [PATCH 25/29] Packet Framework: build infrastructure

Build configuration and execution infrastructure (config files, Makefiles) to build the Packet Framework libraries and make them available for Intel DPDK applications. Signed-off-by: Cristian Dumitrescu --- config/common_bsdapp | 25 + config/common_linuxapp | 24

[dpdk-dev] [PATCH 24/29] librte_cfgfile: Makefile

Makefile to build the librte_cfgfile library. Signed-off-by: Cristian Dumitrescu --- lib/librte_cfgfile/Makefile | 53 +++ 1 files changed, 53 insertions(+), 0 deletions(-) create mode 100644 lib/librte_cfgfile/Makefile diff --git

[dpdk-dev] [PATCH 23/29] librte_cfgfile: interpret config files

This library provides a tool to interpret config files that have standard structure. It is used by the Packet Framework examples/ip_pipeline sample application. It originates from examples/qos_sched sample application and now it makes this code available as a library for other sample

[dpdk-dev] [PATCH 22/29] Packet Framework librte_pipeline: Makefile

Makefile for the Packet Framework pipeline library. Signed-off-by: Cristian Dumitrescu --- lib/librte_pipeline/Makefile | 54 ++ 1 files changed, 54 insertions(+), 0 deletions(-) create mode 100644 lib/librte_pipeline/Makefile diff --git

[dpdk-dev] [PATCH 20/29] Packet Framework librte_table: Makefile

Makefile for the Packet Framework table library. Signed-off-by: Cristian Dumitrescu --- lib/librte_table/Makefile | 85 + 1 files changed, 85 insertions(+), 0 deletions(-) create mode 100644 lib/librte_table/Makefile diff --git

[dpdk-dev] [PATCH 19/29] Packet Framework librte_table: Stub table

The stub table is a simple implementation of the Packet Framework table API that produces lookup miss for all input packets. It is used a simple cable-type forwarder by the Packet Framework pipeline library. Signed-off-by: Cristian Dumitrescu --- lib/librte_table/rte_table_stub.c | 65

[dpdk-dev] [PATCH 18/29] Packet Framework librte_table: array table

Packet Framework array tables. Signed-off-by: Cristian Dumitrescu --- lib/librte_table/rte_table_array.c | 198 lib/librte_table/rte_table_array.h | 76 ++ 2 files changed, 274 insertions(+), 0 deletions(-) create mode 100644

[dpdk-dev] [PATCH 17/29] Packet Framework librte_table: Hash tables

Various types of hash tables presented under the Packet Framework toolbox. Hash table types: 1. Extendible bucket (ext): when bucket is full, bucket is extended with more keys 2. Least Recently Used (LRU): when bucket is full, the LRU entry is discarded 3. Pre-computed key signature: RX core

[dpdk-dev] [PATCH 16/29] Packet Framework librte_table: ACL table

Packet Framework ACL table for ACL rule database. Signed-off-by: Cristian Dumitrescu --- lib/librte_table/rte_table_acl.c | 463 ++ lib/librte_table/rte_table_acl.h | 95 2 files changed, 558 insertions(+), 0 deletions(-) create mode 100644

[dpdk-dev] [PATCH 15/29] Packet Framework librte_table: LPM IPv6 table

Routing table for IPv6. Signed-off-by: Cristian Dumitrescu --- lib/librte_table/rte_table_lpm_ipv6.c | 340 + lib/librte_table/rte_table_lpm_ipv6.h | 119 2 files changed, 459 insertions(+), 0 deletions(-) create mode 100644

[dpdk-dev] [PATCH 14/29] Packet Framework librte_table: LPM IPv4 table

Routing table for IPv4. Signed-off-by: Cristian Dumitrescu --- lib/librte_table/rte_table_lpm.c | 332 ++ lib/librte_table/rte_table_lpm.h | 115 + 2 files changed, 447 insertions(+), 0 deletions(-) create mode 100644

[dpdk-dev] [PATCH 13/29] Packet Framework librte_table: Table API

This file defines the operations to be implemented by any Packet Framework table. Signed-off-by: Cristian Dumitrescu --- lib/librte_table/rte_table.h | 201 ++ 1 files changed, 201 insertions(+), 0 deletions(-) create mode 100644

[dpdk-dev] [PATCH 12/29] Packet Framework librte_port: Makefile

Makefile for the librte_port library. Signed-off-by: Cristian Dumitrescu --- lib/librte_port/Makefile | 72 ++ 1 files changed, 72 insertions(+), 0 deletions(-) create mode 100644 lib/librte_port/Makefile diff --git a/lib/librte_port/Makefile

[dpdk-dev] [PATCH 11/29] Packet Framework librte_port: Source/Sink ports

Source port is a packet generator, similar to /dev/zero Linux device. Sink port is a packet terminator (drops all input packets), similar to /dev/null Linux device. Signed-off-by: Cristian Dumitrescu --- lib/librte_port/rte_port_source_sink.c | 159

[dpdk-dev] [PATCH 10/29] Packet Framework librte_port: hierarchical scheduler port

The QoS hierarchical scheduler presented as Packet Framework port. Signed-off-by: Cristian Dumitrescu --- lib/librte_port/rte_port_sched.c | 237 ++ lib/librte_port/rte_port_sched.h | 82 + 2 files changed, 319 insertions(+), 0 deletions(-)

[dpdk-dev] [PATCH 08/29] Packet Framework librte_port: IPv4 frag port

This port presents the IPv4 fragmentation operation as a Packet Framework port. Code duplication with examples/ipv4_frag sample app to be resolved soon by linking the relevant library once upstreamed. Signed-off-by: Cristian Dumitrescu --- lib/librte_port/rte_ipv4_frag.h | 254

[dpdk-dev] [PATCH 07/29] Packet Framework librte_port: ring ports

ring_reader input port (on top of single consumer rte_ring) ring writer output port (on top of single producer rte_ring) Signed-off-by: Cristian Dumitrescu --- lib/librte_port/rte_port_ring.c | 242 +++ lib/librte_port/rte_port_ring.h | 82 + 2

[dpdk-dev] [PATCH 06/29] Packet Framework librte_port: ethdev ports

The input port ethdev_reader implements the Packet Framework port API on top of the Intel DPDK poll mode driver for a NIC RX queue. The output port ethdev_writer implements the Packet Framework port API on top of the Intel DPDK poll mode driver for a NIC TX queue. Signed-off-by: Cristian

[dpdk-dev] [PATCH 05/29] Packet Framework librte_port: Port API

This file defines the port operations that have to be implemented by Packet Framework ports. Signed-off-by: Cristian Dumitrescu --- lib/librte_port/rte_port.h | 190 1 files changed, 190 insertions(+), 0 deletions(-) create mode 100644

[dpdk-dev] [PATCH 04/29] mbuf: added offset of packet meta-data in the packet buffer just after mbuf

Added zero-size field (offset in data structure) to specify the beginning of packet meta-data in the packet buffer just after the mbuf. The size of the packet meta-data is application specific and the packet meta-data is managed by the application. The packet meta-data should always be

[dpdk-dev] [PATCH 02/29] hexdump: fixed minor build issue

Included stdio.h in rte_hexdump.h Please enter the commit message for your changes. Lines starting Signed-off-by: Cristian Dumitrescu --- lib/librte_eal/common/include/rte_hexdump.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git

[dpdk-dev] [PATCH 01/29] librte_lpm: rule_is_present

Added API function for LPM IPv4 and IPv6 to querry for the existence of a rule/route and return the next hop ID associated with the routeif route is present. This is used by the Packet Framework LPM table for implementing a routing table. Signed-off-by: Cristian Dumitrescu ---

[dpdk-dev] [PATCH 00/29] Packet Framework

Intel DPDK Packet Framework provides a standard methodology (logically similar to OpenFlow) for rapid development of complex packet processing pipelines out of ports, tables and actions. A pipeline is constructed by connecting its input ports to its output ports through a chain of lookup

[dpdk-dev] [PATCH] Use proper mac type for 82576 VF

> > e1000_vfadapt type corresponds to 82576 VF devices, > > check e1000_set_mac_type() for more details. > > > > Signed-off-by: Konstantin Ananyev > > Acked-by: Ivan Boule Applied for version 1.7.0 with title: igbvf: fix mac type for 82576 Thanks -- Thomas

[dpdk-dev] [PATCH 0/5] ixgbe : support to add/remove a MAC address to/from a VF

2014-05-12 16:10, Ivan Boule: > The first patch add 2 functions to dynamically add/remove a MAC address > to/from a ixgbe VF device. > The 2 next patches fix the behaviour of the ixgbe_vf functions used in the > first patch. > The fourth patch fix the communication framework used by the VF/PF

[dpdk-dev] [PATCH] fix for jumbo frame issue with DPDK VF

> > When latest Linux ixgbe PF is used, and DPDK VF is used in DPDK > > application, jumbo frames are not received. > > Also - if Linux ixgbe PF has MTU set to 1500 (default), > > then normal sized packets can be received by DPDK VF. > > However, if Linux PF has MTU > 1500, then DPDK VF receives

[dpdk-dev] [PATCH v2 07/16] Add support for VFIO interrupts, add VFIO header

2014-05-27 14:40, Burakov, Anatoly: > > 2014-05-27 14:29, Burakov, Anatoly: > > > > > I don't know if there is something defined in a Linux header which > > > > > could help to check if VFIO is supported. But in general, it's > > > > > better to check for a macro belonging to the feature instead

[dpdk-dev] [PATCH v2 07/16] Add support for VFIO interrupts, add VFIO header

2014-05-27 14:29, Burakov, Anatoly: > > > I don't know if there is something defined in a Linux header which could > > > help to check if VFIO is supported. But in general, it's better to check > > > for a macro belonging to the feature instead of checking kernel version. > > > > Not sure VFIO

[dpdk-dev] [PATCH v2 08/16] Add support for mapping devices through VFIO.

Hi Thomas, > You are defining some variables in a .h file. I think it is a problem. I have managed to move everything to .c files, except for "struct mapped_pci_res_list *pci_res_list;" - which I need in both uio and vfio .c files. I don't think I'll be able to move it out of the eal_pci_init

[dpdk-dev] [PATCH 00/29] Packet Framework

On Tue, May 27, 2014 at 06:09:23PM +0100, Cristian Dumitrescu wrote: > Intel DPDK Packet Framework provides a standard methodology (logically > similar to OpenFlow) for rapid development of complex packet processing > pipelines out of ports, tables and actions. > > A pipeline is constructed by

[dpdk-dev] [PATCH] mk: fix link with gcc

Some linker options were not prefixed by -Wl, when using gcc: -z muldefs -melf_i386 (32-bit config) Using macro linkerprefix is fixing it. Signed-off-by: Thomas Monjalon --- mk/rte.lib.mk | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/mk/rte.lib.mk

[dpdk-dev] [PATCH v2 07/16] Add support for VFIO interrupts, add VFIO header

Hi Thomas, > 2014-05-27 14:29, Burakov, Anatoly: > > > > I don't know if there is something defined in a Linux header which > > > > could help to check if VFIO is supported. But in general, it's > > > > better to check for a macro belonging to the feature instead of checking > kernel version. > >

[dpdk-dev] [PATCH v2 07/16] Add support for VFIO interrupts, add VFIO header

Hi Thomas, > > I don't know if there is something defined in a Linux header which could > help > > to check if VFIO is supported. But in general, it's better to check for a > > macro > > belonging to the feature instead of checking kernel version. > > Not sure VFIO defines any macros anywhere,

[dpdk-dev] veth interfaces

Hello, is it possible to use DPDK to send packets on a veth interface? Thanks in advance, Ivano

[dpdk-dev] [PATCH] cpu_layout.py: adjust output format to align

Hi, Your patch doesn't apply correctly. Could you check it, please? I have also a comment inlined: 2014-05-27 17:41, Shannon Zhao: > - print "\t", core_map[(s,c)], > + print core_map[(s,c)],"\t", Is it possible to fix a minimum alignment of 2 characters? It could

[dpdk-dev] [PATCH v2 1/4]ethdev: add ethdev APIs for NIC filters of generic filter

Hi LiX, Thanks for testing patches. In order to be more efficient next times, I have same comments as for HuilongX. 2014-05-27 07:57, Ming, LiX: > This patch adds APIs for NIC filters list below: > ethertype filter, syn filter, 2tuple filter, flex filter, 5tuple filter 1) When replying to an

[dpdk-dev] [PATCH v2 04/16] Make igb_uio compilation optional

Hi HuilongX, (sorry, my previous email was sent before I finished writing it) Thanks for testing patches. In order to be more efficient next times, I have few comments. 2014-05-27 02:43, Xu, HuilongX: > Currently, igb_uio is always compiled. Some Linux distribution may > not want to include

[dpdk-dev] [PATCH v2 04/16] Make igb_uio compilation optional

Hi HuilongX, I have few comments. 2014-05-27 02:43, Xu, HuilongX: > Currently, igb_uio is always compiled. Some Linux distribution may > not want to include igb_uio by default, so we need to make sure that > igb_uio compilation can be optional. 1) When replying to an email, there should be "> "

[dpdk-dev] Please any one who can help me with librte_sched

Hello , this is my third mail , the previous mails have not been answered yet. I justo need someone explains to me how the librte_sched framework behaves in a specific situation. I have a managment application , this connects with a ring with the tx core, when a user applies some configuration

[dpdk-dev] [PATCH v3] virtio: Support multiple queues feature in DPDK based virtio-net frontend.

This v3 patch continues fixing some errors and warnings reported by checkpatch.pl. This patch supports multiple queues feature in DPDK based virtio-net frontend. It firstly gets max queue number of virtio-net from virtio PCI configuration and then send command to negotiate the queue number with

[dpdk-dev] Please any one who can help me with librte_sched

On Tue, 27 May 2014 10:33:02 -0300 Ariel Rodriguez wrote: > Hello , this is my third mail , the previous mails have not been answered > yet. > > I justo need someone explains to me how the librte_sched framework behaves > in a specific situation. > > I have a managment application , this

[dpdk-dev] [PATCH v2 4/4]app/test-pmd: add commands in testpmd for NIC filters

add commands in testpmd for NIC filters: add_ethertype_filter remove_ethertype_filter get_ethertype_filter add_2tuple_filter remove_2tuple_filter get_2tuple_filter add_5tuple_filter remove_5tuple_filter get_5tuple_filter add_syn_filter remove_syn_filter get_syn_filter add_flex_filter

[dpdk-dev] [PATCH v2 3/4]ixgbe: add ixgbe NIC filters of generic filter feature

This patch adds following ixgbe NIC filters implement: syn filter, ethertype filter, 5tuple filter for intel NIC 82599 Signed-off-by: jingjing.wu --- lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 409 lib/librte_pmd_ixgbe/ixgbe_ethdev.h | 33 +++ 2 files changed,

[dpdk-dev] [PATCH v2 2/4]e1000: add igb NIC filters of generic filter feature

This patch adds following igb NIC filters implement: syn filter, ethertype filter, 2tuple filter, flex filter for intel NIC 82580 and i350 syn filter, ethertype filter, 5tuple filter for intel NIC 82576 Signed-off-by: jingjing.wu --- lib/librte_pmd_e1000/e1000_ethdev.h | 53 +++

[dpdk-dev] [PATCH v2 1/4]ethdev: add ethdev APIs for NIC filters of generic filter

This patch adds APIs for NIC filters list below: ethertype filter, syn filter, 2tuple filter, flex filter, 5tuple filter Signed-off-by: jingjing.wu --- lib/librte_ether/rte_ethdev.c | 281 lib/librte_ether/rte_ethdev.h | 421

[dpdk-dev] [PATCH 1/2] 10G PMD: vectorized RX and TX functions

This patch set contains the vectorized PMD implementation for the Intel DPDK. This code was previously released under a proprietary license, but is now being released under a BSD license to allow its integration with the rest of the Intel DPDK codebase. Bruce Richardson (2): 10G PMD: New

[dpdk-dev] [PATCH v2 16/16] Adding support for VFIO to setup.sh

Support for loading/unloading VFIO drivers, binding/unbinding devices to/from VFIO, also setting up correct userspace permissions. Signed-off-by: Anatoly Burakov Test-by: HuilongX Xu huilongx.xu at intel.com Based-commit: 356cb732d5381140f42ef8b55492339579854986 Compile patch: pass Function

[dpdk-dev] [PATCH v2 15/16] Added support for VFIO drivers in dpdk_nic_bind.py

Since igb_uio no longer has a PCI ID list, the script will no longer distinguish between supported and unsupported NICs. There's a weird behaviour of sysfs when a new device ID is added to new_id. Subsequent writing to "bind" will result in IOError on closing the file. This error is harmless but

[dpdk-dev] [PATCH v2 14/16] Renamed igb_uio_bind to dpdk_nic_bind

Renaming the igb_uio_bind script to dpdk_nic_bind to have a generic name since we're now supporting two drivers. Signed-off-by: Anatoly Burakov http://dpdk.org/ml/listinfo/dev>> Test-by: HuilongX Xu Compile pass >>Compile OS: FC20 x86_64 >>Kernel version: 3.13.6-200

[dpdk-dev] [PATCH v2 13/16] Removed PCI ID table from igb_uio

Note that since igb_uio no longer has a PCI ID list, it can now be bound to any device, not just those explicitly supported by DPDK. In other words, it now behaves similar to PCI stub, VFIO and other generic PCI drivers. Therefore to bind a new device to igb_uio, the user will now have to first

[dpdk-dev] [PATCH v2 12/16] Adding unit tests for VFIO EAL command-line parameter

Adding unit tests for VFIO interrupt type command-line parameter. We don't know if VFIO is compiled (eal_vfio.h header is internal to Linuxapp EAL), so we check this flag regardless. Signed-off-by: Anatoly Burakov http://dpdk.org/ml/listinfo/dev>> Test-by: HuilongX Xu Compile pass

[dpdk-dev] [PATCH v2 12/16] Adding unit tests for VFIO EAL command-line parameter

Adding unit tests for VFIO interrupt type command-line parameter. We don't know if VFIO is compiled (eal_vfio.h header is internal to Linuxapp EAL), so we check this flag regardless. Signed-off-by: Anatoly Burakov http://dpdk.org/ml/listinfo/dev>> Test-by: HuilongX Xu Compile pass

[dpdk-dev] [PATCH v2 11/16] Make --no-huge use mmap instead of malloc

This makes it possible to run DPDK without hugepage memory when VFIO is used, as VFIO uses virtual addresses to set up DMA mappings. Signed-off-by: Anatoly Burakov http://dpdk.org/ml/listinfo/dev>> Test-by: HuilongX Xu huilongx.xu at intel.com Compile pass

[dpdk-dev] [PATCH v2 09/16] Enable VFIO device binding

Add support for binding VFIO devices if RTE_PCI_DRV_NEED_IGB_UIO is set for this driver. Try VFIO first, if not mapped then try IGB_UIO too. Signed-off-by: Anatoly Burakov Test-by: HuilongX Xu huilongx.xu at intel.com Compile pass >>Compile OS: FC20 x86_64 >>Kernel version:

[dpdk-dev] [PATCH v2 08/16] Add support for mapping devices through VFIO.

VFIO is kernel 3.6+ only, and so is only compiled when DPDK config option CONFIG_RTE_EAL_VFIO is enabled, and kernel 3.6 or higher is detected, thus preventing compile failures on older kernels if VFIO is enabled in config (and it is, by default). Since VFIO cannot be used to map the same device

[dpdk-dev] [PATCH v2 07/16] Add support for VFIO interrupts, add VFIO header

Creating code to handle VFIO interrupts in EAL interrupts, and also adding a header eal_vfio.h. This header checks two things: * checks if CONFIG_RTE_EAL_VFIO was enabled during build time * checks that kernel version is 3.6+ so that DPDK would still compile on older kernels despite VFIO

[dpdk-dev] [PATCH v2 05/16] Moved interrupt type out of igb_uio

Moving interrupt type enum out of igb_uio and renaming it to be more generic. Such a strange header naming and separation is done mostly to make coming virtio patches easier to port to dpdk.org tree. Signed-off-by: Anatoly Burakov Test-by: HuilongX Xu Compile pass >>Compile OS: FC20

[dpdk-dev] [PATCH v2 06/16] Add support for VFIO in Linuxapp targets

Make VFIO compilation optional for all configs. Signed-off-by: Anatoly Burakov http://dpdk.org/ml/listinfo/dev>> Test-by: HuilongX Xu Compile pass >>Compile OS: FC20 x86_64 >>Kernel version: 3.13.6-200 >>GCC version: 4.8.2 >>Server: Crownpass ---

[dpdk-dev] [PATCH v2 06/16] Add support for VFIO in Linuxapp targets

Make VFIO compilation optional for all configs. Signed-off-by: Anatoly Burakov http://dpdk.org/ml/listinfo/dev>> Test-by: HuilongX Xu Compile pass >>Compile OS: FC20 x86_64 >>Kernel version: 3.13.6-200 >>GCC version: 4.8.2 >>Server: Crownpass ---

[dpdk-dev] [PATCH v2 05/16] Moved interrupt type out of igb_uio

Moving interrupt type enum out of igb_uio and renaming it to be more generic. Such a strange header naming and separation is done mostly to make coming virtio patches easier to port to dpdk.org tree. Signed-off-by: Anatoly Burakov Test-by: HuilongX Xu Compile pass >>Compile OS: FC20 x86_64

[dpdk-dev] [PATCH v2 04/16] Make igb_uio compilation optional

Currently, igb_uio is always compiled. Some Linux distribution may not want to include igb_uio by default, so we need to make sure that igb_uio compilation can be optional. Signed-off-by: Anatoly Burakov mailto:anatoly.burakov at intel.com>> Test-by: HuilongX Xu mailto:huilongx.xu at intel.com>>

[dpdk-dev] [PATCH v2 03/16] Rename RTE_PCI_DRV_NEED_IGB_UIO to RTE_PCI_DRV_NEED_MAPPING

Rename the RTE_PCI_DRV_NEED_IGB_UIO to be more generic, retain old macro for backwards compatibility. Probably should be removed in one of the next releases. Signed-off-by: Anatoly Burakov Test-by: HuilongX Xu Compile pass >>Compile OS: FC20 x86_64 >>Kernel version: 3.13.6-200

[dpdk-dev] [PATCH v2 02/16] Distinguish between legitimate failures and non-fatal errors

Currently, EAL does not distinguish between actual failures and expected initialization errors. E.g. sometimes the driver fails to initialize because it was not supposed to be initialized in the first place, such as device not being managed by said driver. This patch makes EAL fail on actual

[dpdk-dev] [PATCH v2 01/16] Separate igb_uio mapping into a separate file

In order to make the code a bit more clean while using multiple drivers, IGB_UIO mapping has been separated into its own file. Signed-off-by: Anatoly Burakov Test-by: HuilongX Xu mailto:huilongx.xu at intel.com>> Compile pass >>Compile OS: FC20 x86_64 >>Kernel version: 3.13.6-200

[dpdk-dev] [PATCH 0/3] *** Upgrade NIC share codes ***

This is a batch update of the code in DPDK to align it with the latest versions of the common device driver code for Intel network devices, such as is used in the Linux and BSD drivers. Intel DPDK team get periodic updates from the networking division at Intel, and we apply those without