[dpdk-dev] [PATCH 3/5] mempool: add custom external mempool handler example

On Tue, Jan 26, 2016 at 05:25:53PM +, David Hunt wrote: > adds a simple ring-based mempool handler using mallocs for each object nit, $ git am /export/dh/3 Applying: mempool: add custom external mempool handler example /export/dpdk-master/.git/rebase-apply/patch:184: new blank line at EOF. +

[dpdk-dev] [PATCH 4/4] szedata2: update documentation and release notes

Add info about change from virtual PMD_VDEV to PMD_PDEV and new functions to release notes. Signed-off-by: Matej Vido --- doc/guides/nics/szedata2.rst | 93 + doc/guides/rel_notes/release_2_3.rst |9 +++ 2 files changed, 68 insertions(+), 34

[dpdk-dev] [PATCH 3/4] szedata2: add functions for enabling/disabling promiscuous, allmulticast modes

Signed-off-by: Matej Vido --- drivers/net/szedata2/rte_eth_szedata2.c | 45 +++ drivers/net/szedata2/rte_eth_szedata2.h | 39 ++ 2 files changed, 84 insertions(+), 0 deletions(-) diff --git a/drivers/net/szedata2/rte_eth_szedata2.c

[dpdk-dev] [PATCH 2/4] szedata2: add functions for setting link up/down and updating link info

Mmap PCI resource file and add inline functions for reading from and writing to PCI resource address space. Add description of IBUF and OBUF address space. Add configuration option for setting which firmware type will be used. Right address space values for IBUFs and OBUFs offsets are used

[dpdk-dev] [PATCH 1/4] szedata2: rewrite PMD from virtual PMD_VDEV type to PMD_PDEV type

PMD was of type PMD_VDEV which means that PCI device is not recognised automatically during EAL initialization, but it has to be created by EAL option --vdev. Now, PMD is of type PMD_PDEV which means that PCI device is probed and recognised during EAL initialization automatically. Path to szedata2

[dpdk-dev] [PATCH 1/5] mempool: add external mempool manager support

On Tue, Jan 26, 2016 at 05:25:51PM +, David Hunt wrote: > Adds the new rte_mempool_create_ext api and callback mechanism for > external mempool handlers > > Modifies the existing rte_mempool_create to set up the handler_idx to > the relevant mempool handler based on the handler name: >

[dpdk-dev] [PATCH 0/5] add external mempool manager

On Tue, Jan 26, 2016 at 05:25:50PM +, David Hunt wrote: > Hi all on the list. > > Here's a proposed patch for an external mempool manager > > The External Mempool Manager is an extension to the mempool API that allows > users to add and use an external mempool manager, which allows external

[dpdk-dev] [PATCH] pci: Add the class_id support in pci probe

2016-01-13 14:22, Panu Matilainen: > On 01/13/2016 01:55 PM, Bruce Richardson wrote: > > On Thu, Dec 31, 2015 at 09:12:14AM -0800, Stephen Hemminger wrote: > >> On Tue, 29 Dec 2015 10:53:26 +0800 > >> Ziye Yang wrote: > >> > >>> This patch is used to add the class_id support > >>> for pci_probe

[dpdk-dev] [RFC] Abi breakage for rte_mempool to reduce footprint

Hi Everyone, Currently every mempool created has a footprint of 1.5Megs of memory just for the struct rte_mempool, this also includes all of the rte_pktmbuf creates as well. The issue is the local_cache adds about 1.5Megs of memory, which is a huge amount IMHO for non-cached based mempools.

[dpdk-dev] [RFC] ABI breakage for rte_mempool to reduce footprint

Hi Everyone, Currently every mempool created has a footprint of 1.5Megs of memory just for the struct rte_mempool, this also includes all of the rte_pktmbuf creates as well. The issue is the local_cache adds about 1.5Megs of memory, which is a huge amount IMHO for non-cached based mempools.

[dpdk-dev] [RFC PATCH 5/5] virtio: Extend virtio-net PMD to support container environment

On 2016/01/28 18:48, Xie, Huawei wrote: > On 1/28/2016 10:47 AM, Tetsuya Mukawa wrote: >> On 2016/01/28 0:58, Xie, Huawei wrote: >>> On 1/21/2016 7:09 PM, Tetsuya Mukawa wrote: >>> [snip] + +static int +qtest_raw_recv(int fd, char *buf, size_t count) +{ + size_t len =

[dpdk-dev] [PATCH v2 3/3] virtio: Add a new layer to abstract pci access method

This patch addss function pointers to abstract pci access method. This abstraction layer will be used when virtio-net PMD supports container extension. The below functions abstract how to access to pci configuration space. struct virtio_pci_cfg_ops { int (*map)(...); void

[dpdk-dev] [PATCH v2 2/3] virtio: move rte_eal_pci_unmap_device() to virtio_pci.c

To abstract pci access method, the patch moves below function to "virtio_pci.c". - rte_eal_pci_unmap_device() Signed-off-by: Tetsuya Mukawa --- drivers/net/virtio/virtio_ethdev.c | 2 +- drivers/net/virtio/virtio_pci.c| 11 +++ drivers/net/virtio/virtio_pci.h| 1 + 3 files

[dpdk-dev] [PATCH v2 0/3] virtio: Add a new layer to abstract pci access method

The patches abstract pci access method of virtio-net PMD. The patch should be on Yuanhan's below patch series. - [PATCH v6 0/9] virtio 1.0 enabling for virtio pmd driver. PATCH v2 changes - Rebase on Yuanhan's v6 patches. - split virtio_pci_access_ops in 2 different structures. - some

[dpdk-dev] [PATCH v3 4/4] app/test-pmd: test tunnel filter for IP in GRE

This patch add some options in tunnel_filter command to test IP in GRE packet classification on i40e. Signed-off-by: Xutao Sun Signed-off-by: Jijiang Liu --- app/test-pmd/cmdline.c | 36 1 file changed, 24 insertions(+), 12 deletions(-) diff --git

[dpdk-dev] [PATCH v3 3/4] driver/i40e: implement tunnel filter for IP in GRE

Signed-off-by: Xutao Sun Signed-off-by: Jijiang Liu --- drivers/net/i40e/i40e_ethdev.c | 32 1 file changed, 24 insertions(+), 8 deletions(-) diff --git a/drivers/net/i40e/i40e_ethdev.c b/drivers/net/i40e/i40e_ethdev.c index 1dd1077..5c0eff9 100644 ---

[dpdk-dev] [PATCH v3 2/4] lib/ether: add IP in GRE type

Signed-off-by: Xutao Sun Signed-off-by: Jijiang Liu --- lib/librte_ether/rte_eth_ctrl.h | 1 + 1 file changed, 1 insertion(+) diff --git a/lib/librte_ether/rte_eth_ctrl.h b/lib/librte_ether/rte_eth_ctrl.h index 30cbde7..0e948a1 100644 --- a/lib/librte_ether/rte_eth_ctrl.h +++

[dpdk-dev] [PATCH v3 1/4] lib/ether: optimize the'rte_eth_tunnel_filter_conf' structure

Change the fields of outer_mac and inner_mac from pointer to struct in order to keep the code's readability. Signed-off-by: Xutao Sun Signed-off-by: Jijiang Liu --- app/test-pmd/cmdline.c | 6 -- doc/guides/rel_notes/deprecation.rst | 5 -

[dpdk-dev] [PATCH v3 0/4] Add tunnel filter support for IP in GRE on i40e

This patch set adds tunnel filter support for IP in GRE on i40e. v2 changes: Fix the byte order problem. v3 changes: Remove the deprecation notice and update the release notes. Xutao Sun (4): lib/ether: optimize the'rte_eth_tunnel_filter_conf' structure lib/ether: add IP in GRE type

[dpdk-dev] [PATCH] pcap: fix captured frame length

Hi Dror, Good catch. What you are saying makes sense and it is also explained in pcap's documentation. Was your setup unusual though? This might sound like a silly question but I don't remember seeing that issue and I should have since your fix is correct. Nico. On 28/01/16 11:09, Dror

[dpdk-dev] [PATCH v2] lib: remove "extern" keyword for functions from header files

2016-01-28 14:31, Ferruh Yigit: > Remove "extern" keywords in header files, the ones for function > prototypes > > v2: > * fix identation > > Signed-off-by: Ferruh Yigit Applied, thanks

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 11:57, Anatoly Burakov: > This commit is adding a generic mechanism to support multiple IOMMU > types. For now, it's only type 1 (x86 IOMMU) and no-IOMMU (a special > VFIO mode that doesn't use IOMMU at all), but it's easily extended > by adding necessary definitions to eal_vfio.h, and

[dpdk-dev] [PATCH] fm10k: handle err flags in vector RX func

From: "Chen Jing D(Mark)" Using SSE instructions to parse error flags in HW Rx descriptor, then set corresponding bits of mbuf. Signed-off-by: Chen Jing D(Mark) --- doc/guides/rel_notes/release_2_3.rst |2 + drivers/net/fm10k/fm10k_rxtx_vec.c | 42

[dpdk-dev] [PATCH 3/3] app/test: add Snow3G UEA2 tests

Added encryption and decryption tests with input test vectors from Snow3G UEA2 specifications. Signed-off-by: Deepak Kumar JAIN --- app/test/test_cryptodev.c | 318 - app/test/test_cryptodev.h | 2 +-

[dpdk-dev] [PATCH 2/3] qat: add Snow3G UEA2 support

Added support for wireless Snow3G cipher only, for the Intel Quick Assist device. Signed-off-by: Deepak Kumar JAIN --- doc/guides/cryptodevs/qat.rst| 5 +++-- doc/guides/rel_notes/release_2_3.rst | 1 + drivers/crypto/qat/qat_adf/qat_algs.h| 1 +

[dpdk-dev] [PATCH 1/3] crypto: add cipher/auth only support

Refactored the existing functionality into modular form to support the cipher/auth only functionalities. Signed-off-by: Deepak Kumar JAIN --- drivers/crypto/qat/qat_adf/qat_algs.h| 20 ++- drivers/crypto/qat/qat_adf/qat_algs_build_desc.c | 206 ---

[dpdk-dev] [PATCH 0/3] Snow3G UEA2 support for Intel Quick Assist Devices

This patchset contains support for snow3g UEA2 wireless algorithm for Intel Quick Assist devices. (cipher-only) ? QAT PMD previously supported only cipher/hash chaining for AES/SHA. The code has been refactored to also support cipher-only functionality for Snow3g algorithms. Cipher/hash only

[dpdk-dev] [PATCH] fm10k: optimize legacy TX func

From: "Chen Jing D(Mark)" When legacy TX func tries to free a bunch of mbufs, it will free them one by one. This change will scan the free list and merge the requests in case they belongs to same pool, then free once, which will reduce cycles on freeing mbufs.

[dpdk-dev] [PATCH v5 3/4] ethdev: redesign link speed config API

From: Marc Sune mailto:marcde...@gmail.com>> Date: Sunday, October 4, 2015 at 2:12 PM To: "dev at dpdk.org" mailto:dev at dpdk.org>> Subject: [dpdk-dev] [PATCH v5 3/4] ethdev: redesign link speed config API This patch redesigns the API to set the link speed/s configure

[dpdk-dev] [PATCH] doc: add doc for i40e pmd driver introduction

A new doc "i40e.rst" is added to introduce i40e pmd driver. Signed-off-by: Jingjing Wu --- doc/guides/nics/i40e.rst | 351 ++ doc/guides/nics/index.rst | 1 + 2 files changed, 352 insertions(+) create mode 100644 doc/guides/nics/i40e.rst diff

[dpdk-dev] [PATCH 0/4] DPDK polling-mode driver for Amazon Elastic Network Adapters (ENA)

Woh a new driver! Welcome :) 2016-01-28 16:20, Jan Medala: > This is a PMD for the Amazon ethernet ENA family. Where can we find some documentation about this family? Please some explanations about its design and usage with DPDK would be well fit in the directory doc/guides/nics/. > The driver

[dpdk-dev] [PATCH 3/3] app/testpmd: set default MAC addresses for each VF

It generates MAC addresses during host port initialization, which will be set as default MAC addresses for corresponding VFs. Signed-off-by: Helin Zhang --- app/test-pmd/testpmd.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/app/test-pmd/testpmd.c

[dpdk-dev] [PATCH 2/3] i40evf: use ether interface for validating MAC address

It uses ether interface of 'is_valid_assigned_ether_addr' for validating MAC address. In the meanwhile, more annotations are added for obtaining/generating VF MAC address. Signed-off-by: Helin Zhang --- drivers/net/i40e/i40e_ethdev_vf.c | 14 +++--- 1 file changed, 7 insertions(+), 7

[dpdk-dev] [PATCH 0/3] support setting i40e VF MAC address from DPDK host side

It adds pre-setting i40e VF MAC addresses from DPDK PF host side, during host port initialization, by introduing a new port configuration element. It then can pre-set VF MAC addresses before any launching VFs, and the VF MAC addresses will not be random each time launching a VF. There should be no

[dpdk-dev] [PATCH 4/4] DPDK polling-mode driver for Amazon Elastic Network Adapters (ENA)

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 Virtual ENA functions. Signed-off-by: Evgeny Schemeilin Signed-off-by: Jan Medala

[dpdk-dev] [PATCH 3/4] Amazon ENA communication layer for DPDK platform

Implementation of platform specific code for ENA communication layer. Signed-off-by: Evgeny Schemeilin Signed-off-by: Jan Medala Signed-off-by: Jakub Palider --- drivers/net/ena/base/ena_plat_dpdk.h | 209 +++ 1 file changed, 209 insertions(+) create mode

[dpdk-dev] [PATCH 2/4] Amazon ENA communication layer

Low level common abstraction for ENA device communication. Signed-off-by: Netanel Belgazal Signed-off-by: Jan Medala Signed-off-by: Jakub Palider --- drivers/net/ena/base/ena_com.c | 2401 drivers/net/ena/base/ena_com.h | 765

[dpdk-dev] [PATCH 1/4] Amazon ENA UIO driver

Amazon ENA device doesn't implement legacy interrupt which is required by default UIO. This driver introduces all necessary memory mappings in order to use ENA device. Signed-off-by: Evgeny Schemeilin Signed-off-by: Jan Medala Signed-off-by: Jakub Palider --- config/common_linuxapp

[dpdk-dev] [PATCH 0/4] DPDK polling-mode driver for Amazon Elastic Network Adapters (ENA)

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 Virtual ENA functions. Jan Medala (4): Amazon ENA UIO driver Amazon ENA communication

[dpdk-dev] [PATCH] examples/ip_pipeline: config parser clean-up

This patch updates the pipelne configuration file parser, cleans up nesting if/else conditions, and add clearer error message display. Signed-off-by: Fan Zhang --- examples/ip_pipeline/config_parse.c | 798 examples/ip_pipeline/pipeline_be.h | 48 +++ 2

[dpdk-dev] [PATCH] examples/ip_pipeline: add link identification feature

This patch adds link identification feature to packet framework. To identify a link, user can use both existing port-mask option, or specify PCI device in each LINK section in the configuration file. Signed-off-by: Fan Zhang --- examples/ip_pipeline/app.h | 1 +

[dpdk-dev] [PATCH v6 9/9] virtio: move VIRTIO_READ/WRITE_REG_X into virtio_pci.c

virtio_pci.c is the only file references those macros; move them there. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei Xie --- drivers/net/virtio/virtio_pci.c | 19 +++ drivers/net/virtio/virtio_pci.h | 18

[dpdk-dev] [PATCH v6 8/9] virtio: add 1.0 support

Modern (v1.0) virtio pci device defines several pci capabilities. Each cap has a configure structure corresponding to it, and the cap.bar and cap.offset fields tell us where to find it. Firstly, we map the pci resources by rte_eal_pci_map_device(). We then could easily locate a cfg structure by:

[dpdk-dev] [PATCH v6 6/9] virtio: retrieve hdr_size from hw->vtnet_hdr_size

The mergeable virtio net hdr format has been the standard and the only virtio net hdr format since virtio 1.0. Therefore, we can not hardcode hdr_size to "sizeof(struct virtio_net_hdr)" any more at virtio_recv_pkts(), otherwise, there would be a mismatch of hdr size from rte_vhost_enqueue_burst()

[dpdk-dev] [PATCH v6 5/9] viritio: switch to 64 bit features

Switch to 64 bit features, which virtio 1.0 supports. While legacy virtio only supports 32 bit features, it complains aloud and quit when trying to setting > 32 bit features. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei

[dpdk-dev] [PATCH v6 4/9] virtio: move left pci stuff to virtio_pci.c

virtio_pci.c is a more proper place for pci stuff; virtio_ethdev is not. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei Xie --- drivers/net/virtio/virtio_ethdev.c | 265 +---

[dpdk-dev] [PATCH v6 3/9] virtio: introduce struct virtio_pci_ops

Introduce struct virtio_pci_ops, to let legacy virtio (v0.95) and modern virtio (1.0) have different implementation regarding to a specific pci action, such as read host status. With that, this patch reimplements all exported pci functions, in a way like: vtpci_foo_bar(struct virtio_hw

[dpdk-dev] [PATCH v6 2/9] virtio: define offset as size_t type

offset arg of vtpci_read/write_dev_config is derived from offsetof(), which is of size_t type, instead of uint64_t. So, define it as size_t type. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei Xie ---

[dpdk-dev] [PATCH v6 1/9] virtio: don't set vring address again at queue startup

As we have already set up it at virtio_dev_queue_setup(), and a vq restart will not reset the settings. Signed-off-by: Yuanhan Liu Tested-by: Qian Xu Reviewed-by: Tetsuya Mukawa Tested-by: Tetsuya Mukawa Acked-by: Huawei Xie --- drivers/net/virtio/virtio_rxtx.c | 15 --- 1 file

[dpdk-dev] [PATCH v6 0/9] virtio 1.0 enabling for virtio pmd driver

v6: unfold IO_READ/WRITE_DEF macro v5: minor fixes: - fix wrong type of arg "offset" of read/write_dev_config(): patch 2 is newly added for that. - check "offset + length" overflow Almost all difference comes from virtio 1.0 are the PCI layout change: the major configuration

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 14:16, Burakov, Anatoly: > Hi Thomas, > > > 2016-01-28 11:57, Anatoly Burakov: > > > +#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 5, 0) > > > > Why not #ifndef VFIO_NOIOMMU_IOMMU? > > It would avoid some backport issue. > > I don't see how it could. Versions post-4.5 will have

[dpdk-dev] [PATCH] lib/librte_eal: Fix compile issue with gcc 5.3.1

In fedora 22 with GCC version 5.3.1, when compile, will result an error: include/rte_memcpy.h:309:7: error: "RTE_MACHINE_CPUFLAG_AVX2" is not defined [-Werror=undef] #elif RTE_MACHINE_CPUFLAG_AVX2 Fixes: 9484092baad3 ("eal/x86: optimize memcpy for AVX512

[dpdk-dev] [PATCH v2 4/4] app/test-pmd: test tunnel filter for IP in GRE

This patch add some options in tunnel_filter command to test IP in GRE packet classification on i40e. Signed-off-by: Xutao Sun Signed-off-by: Jijiang Liu --- app/test-pmd/cmdline.c | 36 1 file changed, 24 insertions(+), 12 deletions(-) diff --git

[dpdk-dev] [PATCH v2 3/4] driver/i40e: implement tunnel filter for IP in GRE

Signed-off-by: Xutao Sun Signed-off-by: Jijiang Liu --- drivers/net/i40e/i40e_ethdev.c | 32 1 file changed, 24 insertions(+), 8 deletions(-) diff --git a/drivers/net/i40e/i40e_ethdev.c b/drivers/net/i40e/i40e_ethdev.c index 1dd1077..5c0eff9 100644 ---

[dpdk-dev] [PATCH v2 2/4] lib/ether: add IP in GRE type

Signed-off-by: Xutao Sun Signed-off-by: Jijiang Liu --- lib/librte_ether/rte_eth_ctrl.h | 1 + 1 file changed, 1 insertion(+) diff --git a/lib/librte_ether/rte_eth_ctrl.h b/lib/librte_ether/rte_eth_ctrl.h index 30cbde7..0e948a1 100644 --- a/lib/librte_ether/rte_eth_ctrl.h +++

[dpdk-dev] [PATCH v2 1/4] lib/ether: optimize the 'rte_eth_tunnel_filter_conf' structure

Change the fields of outer_mac and inner_mac from pointer to struct in order to keep the code's readability. Signed-off-by: Xutao Sun Signed-off-by: Jijiang Liu --- app/test-pmd/cmdline.c | 6 -- drivers/net/i40e/i40e_ethdev.c | 12 ++-- lib/librte_ether/rte_eth_ctrl.h

[dpdk-dev] [PATCH v2 0/4] Add tunnel filter support for IP in GRE on i40e

This patch set adds tunnel filter support for IP in GRE on i40e. v2 changes: Fix the byte order problem. Xutao Sun (4): change the 'rte_eth_tunnel_filter_conf' structure add IP in GRE type in the enum 'rte_eth_tunnel_type' implement cloud filter for ip in GRE on i40e test tunnel filter

[dpdk-dev] [RFC PATCH 5/5] virtio: Extend virtio-net PMD to support container environment

On 2016/01/28 15:15, Xie, Huawei wrote: > On 1/28/2016 10:48 AM, Tetsuya Mukawa wrote: >> I measured it, and seems it takes 0.35 seconds in my environment. >> This will be done only once when the port is initialized. Probably it's >> not so heady. > There are 256 x 32 loop of pci scan. That is too

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

> > Hi Thomas, > > > > > 2016-01-28 11:57, Anatoly Burakov: > > > > +#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 5, 0) > > > > > > Why not #ifndef VFIO_NOIOMMU_IOMMU? > > > It would avoid some backport issue. > > > > I don't see how it could. Versions post-4.5 will have > VFIO_NOIOMMU_IOMMU, so no

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 11:57, Anatoly Burakov: > +#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 5, 0) Why not #ifndef VFIO_NOIOMMU_IOMMU? It would avoid some backport issue. > +#define RTE_VFIO_NOIOMMU 8 > +#else > +#define RTE_VFIO_NOIOMMU VFIO_NOIOMMU_IOMMU > +#endif

[dpdk-dev] [PATCH v6 1/2] tools: Add support for handling built-in kernel modules

2016-01-28 12:17, Kamil Rytarowski: > > W dniu 26.01.2016 o 16:23, Thomas Monjalon pisze: > > 2016-01-20 10:48, krytarowski at caviumnetworks.com: > >> --- a/tools/dpdk_nic_bind.py > >> +++ b/tools/dpdk_nic_bind.py > >> -for line in loaded_mods: > >> +try: > >> +# Get list of syfs

[dpdk-dev] [PATCH] lib: remove "extern" keyword for functions from header files

2016-01-28 10:11, Ferruh Yigit: > On Wed, Jan 27, 2016 at 07:05:52PM +0100, Thomas Monjalon wrote: > > 2016-01-25 10:01, Ferruh Yigit: > > > Remove "extern" keywords in header files, the ones for function > > > prototypes > > > > I've seen a lot of other extern keywords. Why not removing all? > >

[dpdk-dev] [PATCH] config: add default linux configuration

add config/defconfig_x86_64-default-linuxapp-gcc file. Signed-off-by: Bernard Iremonger --- config/defconfig_x86_64-default-linuxapp-gcc | 42 1 file changed, 42 insertions(+) create mode 100644 config/defconfig_x86_64-default-linuxapp-gcc diff --git

[dpdk-dev] [PATCH v2] lib: remove "extern" keyword for functions from header files

Remove "extern" keywords in header files, the ones for function prototypes v2: * fix identation Signed-off-by: Ferruh Yigit --- lib/librte_eal/common/include/rte_memory.h | 2 +- lib/librte_ether/rte_ethdev.h | 133 ++--- lib/librte_kni/rte_kni.h

[dpdk-dev] [PATCH v5] vfio: Support for no-IOMMU mode

2016-01-28 10:03, Burakov, Anatoly: > > 2016-01-27 16:50, Anatoly Burakov: > > > --- a/lib/librte_eal/linuxapp/eal/eal_vfio.h > > > +++ b/lib/librte_eal/linuxapp/eal/eal_vfio.h > > > +/* older kernels may not have no-IOMMU mode */ #ifndef > > > +VFIO_NOIOMMU_IOMMU #define VFIO_NOIOMMU_IOMMU 8

[dpdk-dev] [PATCH 2/3] rte_ctrl_if: add control interface library

On Thu, Jan 28, 2016 at 01:57:04PM +, Ananyev, Konstantin wrote: > Hi Ferruh, > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit > > Sent: Thursday, January 28, 2016 1:15 PM > > To: Horton, Remy > > Cc: dev at dpdk.org > > Subject: Re:

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

Hi Thomas, > 2016-01-28 11:57, Anatoly Burakov: > > +#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 5, 0) > > Why not #ifndef VFIO_NOIOMMU_IOMMU? > It would avoid some backport issue. I don't see how it could. Versions post-4.5 will have VFIO_NOIOMMU_IOMMU, so no issue there. Pre-4.5 versions,

[dpdk-dev] [PATCH] eal: fix compile error in eal_timer.c caused by hpet

Fix compile error when enable CONFIG_RTE_LIBEAL_USE_HPET. Error messages: /root/dpdk-2.2.0/lib/librte_eal/linuxapp/eal/eal_timer.c: In function ?rte_eal_hpet_init?: /root/dpdk-2.2.0/lib/librte_eal/linuxapp/eal/eal_timer.c:222:2: error: implicit declaration of function ?rte_thread_setname?

[dpdk-dev] [PATCH v7 2/2] eal/linux: Add support for handling built-in kernel modules

From: Kamil Rytarowski Currently rte_eal_check_module() detects Linux kernel modules via reading /proc/modules. Built-in ones aren't listed there and therefore they are not being found by the script. Add support for checking built-in modules with parsing the

[dpdk-dev] [PATCH v7 1/2] tools: Add support for handling built-in kernel modules

From: Kamil Rytarowski Currently dpdk_nic_bind.py detects Linux kernel modules via reading /proc/modules. Built-in ones aren't listed there and therefore they are not being found by the script. Add support for checking built-in modules with parsing the sysfs

[dpdk-dev] [PATCH 2/3] rte_ctrl_if: add control interface library

Hi Ferruh, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit > Sent: Thursday, January 28, 2016 1:15 PM > To: Horton, Remy > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 2/3] rte_ctrl_if: add control interface library > > On Thu, Jan 28,

[dpdk-dev] [PATCH 2/3] rte_ctrl_if: add control interface library

On Thu, Jan 28, 2016 at 07:24:51AM -0600, Jay Rolette wrote: > On Thu, Jan 28, 2016 at 7:15 AM, Ferruh Yigit > wrote: > > > On Thu, Jan 28, 2016 at 11:14:47AM +, Remy Horton wrote: > > > On 27/01/2016 16:24, Ferruh Yigit wrote: > > > > > > > + default: > > > > + ret = -95 /*

[dpdk-dev] [PATCH 1/4] lib/librte_port: add PCAP file support to source port

On 01/27/2016 07:39 PM, Fan Zhang wrote: > Originally, source ports in librte_port is an input port used as packet > generator. Similar to Linux kernel /dev/zero character device, it > generates null packets. This patch adds optional PCAP file support to > source port: instead of sending NULL

[dpdk-dev] [PATCH v6 1/2] tools: Add support for handling built-in kernel modules

W dniu 28.01.2016 o 12:22, Panu Matilainen pisze: > On 01/28/2016 01:17 PM, Kamil Rytarowski wrote: >> I retained the logic for special case of vfio-pci. At the moment >> (according to my knowledge) there are no other DPDK modules with this >> name replacement. >> >> I checked few example Linux

[dpdk-dev] [PATCH 1/3] kcp: add kernel control path kernel module

On Thu, Jan 28, 2016 at 09:49:49AM +, Remy Horton wrote: > Comments inline > > ..Remy > > > On 27/01/2016 16:24, Ferruh Yigit wrote: > > This kernel module is based on KNI module, but this one is stripped > > version of it and only for control messages, no data transfer > > functionality

[dpdk-dev] [PATCH] fm10k: enable PCIe port level Loopback Suppression

A PCIe port may represent within it multiple logical ports (for example when SR-IOV is enabled, or when a VMDQ type logical port scheme is employed assigning ports to sets of queues). For this reason each RX queue in each PCIe port is given a source GLORT that is used for loopback suppression.

[dpdk-dev] [PATCH] fm10k: fix switch manager high CPU usage

fm10k switch core uses source MAC + VID + SGLORT to do look up in MAC table. If no match, an exception interrupt will be sent to the switch manager, and cause high CPU usage. This patch fixes this issue. A default SGLORT is assigned to each TX queue. This default value works for non-VMDq mode and

[dpdk-dev] [PATCH 3/4] lib/librte_port: add packet dumping to PCAP file support in sink port

On 01/27/2016 07:39 PM, Fan Zhang wrote: > Originally, sink ports in librte_port releases received mbufs back to > mempool. This patch adds optional packet dumping to PCAP feature in sink > port: the packets will be dumped to user defined PCAP file for storage or > debugging. The user may also

[dpdk-dev] [PATCH v6 1/2] tools: Add support for handling built-in kernel modules

On 01/28/2016 01:17 PM, Kamil Rytarowski wrote: > > > W dniu 26.01.2016 o 16:23, Thomas Monjalon pisze: >> 2016-01-20 10:48, krytarowski at caviumnetworks.com: >>> --- a/tools/dpdk_nic_bind.py >>> +++ b/tools/dpdk_nic_bind.py >>> -for line in loaded_mods: >>> +try: >>> +# Get list

[dpdk-dev] [PATCH 2/3] rte_ctrl_if: add control interface library

On Thu, Jan 28, 2016 at 11:14:47AM +, Remy Horton wrote: > On 27/01/2016 16:24, Ferruh Yigit wrote: > > > + default: > > + ret = -95 /* EOPNOTSUPP */; > > + break; > > Is this intentional? -EOPNOTSUPP is -122 (-95 is -ENOTSOCK).. > Return value is not significant, callee

[dpdk-dev] [PATCH] pcap: fix captured frame length

The actual captured length is header.caplen, whereas header.len is the original length on the wire. Signed-off-by: Dror Birkman --- Without this fix, if the captured length is smaller than the original length on the wire, mbuf will contain incorrect data. drivers/net/pcap/rte_eth_pcap.c |

[dpdk-dev] [PATCH v2] eal: add architecture specific rte_cpuflags.c files

Move cpu_feature_table array from arch specific rte_cpuflags.h files to new arch specific rte_cpuflags.c files. Main motivation is to escape from static variable declarations in header files. cpu_feature_table has many copies in final binary, even exist in some object files that does not use this

[dpdk-dev] [PATCH v6 1/2] tools: Add support for handling built-in kernel modules

W dniu 26.01.2016 o 16:23, Thomas Monjalon pisze: > 2016-01-20 10:48, krytarowski at caviumnetworks.com: >> --- a/tools/dpdk_nic_bind.py >> +++ b/tools/dpdk_nic_bind.py >> -for line in loaded_mods: >> +try: >> +# Get list of syfs modules, some of them might be builtin and merge

[dpdk-dev] [PATCH v5 1/2] tools: Add support for handling built-in kernel modules

W dniu 26.01.2016 o 16:12, Thomas Monjalon pisze: > 2016-01-19 17:35, Kamil Rytarowski: >> W dniu 18.01.2016 o 15:32, Thomas Monjalon pisze: >>> Hi Kamil, >>> >>> 2015-12-09 14:19, Kamil Rytarowski: Currently dpdk_nic_bind.py detects Linux kernel modules via reading /proc/modules.

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

This commit is adding a generic mechanism to support multiple IOMMU types. For now, it's only type 1 (x86 IOMMU) and no-IOMMU (a special VFIO mode that doesn't use IOMMU at all), but it's easily extended by adding necessary definitions to eal_vfio.h, and DMA mapping functions to eal_pci_vfio.c.

[dpdk-dev] [PATCH v3 4/4] virtio: check if kernel driver is manipulating the virtio device

On 01/27/2016 05:21 PM, Huawei Xie wrote: > v3 changes: > change log message to tell user that the virtio device is skipped > due to it is managed by kernel driver, instead of asking user to > unbind it from kernel driver. > > v2 changes: > change LOG level from ERR to INFO > > virtio PMD

[dpdk-dev] [RFC PATCH 5/5] virtio: Extend virtio-net PMD to support container environment

On 2016/01/28 1:45, Xie, Huawei wrote: > On 1/21/2016 7:09 PM, Tetsuya Mukawa wrote: >> +qtest_find_pci_device(struct qtest_session *s, uint16_t bus, uint8_t device) >> +{ >> +struct qtest_pci_device *dev; >> +uint32_t val; >> + >> +val = qtest_pci_inl(s, bus, device, 0, 0); >> +

[dpdk-dev] [RFC PATCH 5/5] virtio: Extend virtio-net PMD to support container environment

On 2016/01/28 0:58, Xie, Huawei wrote: > On 1/21/2016 7:09 PM, Tetsuya Mukawa wrote: > [snip] >> + >> +static int >> +qtest_raw_recv(int fd, char *buf, size_t count) >> +{ >> +size_t len = count; >> +size_t total_len = 0; >> +int ret = 0; >> + >> +while (len > 0) { >> +

[dpdk-dev] [RFC PATCH 5/5] virtio: Extend virtio-net PMD to support container environment

On 2016/01/27 19:03, Xie, Huawei wrote: > On 1/21/2016 7:09 PM, Tetsuya Mukawa wrote: >> +/* Set BAR region */ >> +for (i = 0; i < NB_BAR; i++) { >> +switch (dev->bar[i].type) { >> +case QTEST_PCI_BAR_IO: >> +case QTEST_PCI_BAR_MEMORY_UNDER_1MB: >> +

[dpdk-dev] [PATCH v2] fix checkpatch errors

On 01/28/2016 10:38 AM, Xie, Huawei wrote: > On 1/28/2016 4:06 PM, Thomas Monjalon wrote: >> 2016-01-28 03:09, Xie, Huawei: >>> On 1/28/2016 2:17 AM, Thomas Monjalon wrote: 2016-01-27 01:26, Huawei Xie: > v2 changes: > add missed commit message in v1 > > fix the error

[dpdk-dev] [RFC PATCH 5/5] virtio: Extend virtio-net PMD to support container environment

On 2016/01/27 18:39, Xie, Huawei wrote: > On 1/26/2016 10:58 AM, Tetsuya Mukawa wrote: >> On 2016/01/25 19:15, Xie, Huawei wrote: >> >> BTW, my container implementation needed a QEMU patch in the case of >> vhost-user. >> But the patch has been merged in upstream QEMU, so we don't have this >>

[dpdk-dev] Fw: dpdk-armv7 - Build # 264 - Failure!

Hello, It seems the build is broken for armv7 in the master branch. I am sorry I am away of my office and cannot do any deeper analysis at the moment.? Jan?Viktorin RehiveTech Sent?from?a?mobile?device ? P?vodn? zpr?va ? ? dpdk-armv7 - Build # 264 - Failure See the attached log file.

[dpdk-dev] [PATCH 2/3] rte_ctrl_if: add control interface library

On 27/01/2016 16:24, Ferruh Yigit wrote: > +default: > +ret = -95 /* EOPNOTSUPP */; > +break; Is this intentional? -EOPNOTSUPP is -122 (-95 is -ENOTSOCK)..

[dpdk-dev] [PATCH] lib: remove "extern" keyword for functions from header files

On Wed, Jan 27, 2016 at 07:05:52PM +0100, Thomas Monjalon wrote: > 2016-01-25 10:01, Ferruh Yigit: > > Remove "extern" keywords in header files, the ones for function > > prototypes > > I've seen a lot of other extern keywords. Why not removing all? > Remaining one are Linux drivers in KNI, they

[dpdk-dev] [PATCH v5] vfio: Support for no-IOMMU mode

> 2016-01-27 16:50, Anatoly Burakov: > > --- a/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c > > +++ b/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c > > +int vfio_type1_dma_map(int); > > +int vfio_noiommu_dma_map(int); > > WARNING:AVOID_EXTERNS: externs should be avoided in .c files I agree with >

[dpdk-dev] Errors Rx count increasing while pktgen doing nothing on Intel 82598EB 10G

Helin, I implemented my own sample application that is a kind of carrier grade NAT server. It works fine on 1G NIC (i.e. Intel Corporation 82576 Gigabit Network Connection (rev 01)) But, it does not receive packets on 10G NIC (i.e. Intel Corporation 82598EB 10-Gigabit AF Network Connection (rev

[dpdk-dev] [PATCH 1/3] kcp: add kernel control path kernel module

Comments inline ..Remy On 27/01/2016 16:24, Ferruh Yigit wrote: > This kernel module is based on KNI module, but this one is stripped > version of it and only for control messages, no data transfer > functionality provided. > > This Linux kernel module helps userspace application create

[dpdk-dev] [PATCH V1 1/1] jobstats: added function abort for job

On 01/27/2016 05:57 PM, Jastrzebski, MichalX K wrote: >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen >> Sent: Wednesday, January 27, 2016 2:38 PM >> To: Kerlin, MarcinX ; dev at dpdk.org >> Subject: Re: [dpdk-dev] [PATCH V1 1/1] jobstats:

[dpdk-dev] Future Direction for rte_eth_stats_get()

> From: David Harton > > enum rte_eth_stat_e { > /* accurate desc #1 */ > RTE_ETH_STAT_1, > /* accurate desc #2 */ > RTE_ETH_STAT_2, > ... > } > struct rte_eth_id_stat { > rte_eth_stat_e id; > uin64_t value; > } > > int rte_eth_id_stats_num(uint8_t port_id, uint32_t

[dpdk-dev] [PATCH v2 1/4] lib/ether: optimize the 'rte_eth_tunnel_filter_conf' structure

2016-01-28 15:30, Xutao Sun: > Change the fields of outer_mac and inner_mac from pointer to struct in order > to keep the code's readability. [...] > - tunnel_filter_conf.outer_mac = >outer_mac; > - tunnel_filter_conf.inner_mac = >inner_mac; > +

  1   2   >