[dpdk-dev] [PATCH v8 0/5] add virtio offload support in us-vhost

2016-02-05 15:31, Jijiang Liu: > Adds virtio offload support in us-vhost. > > The patch set adds the feature negotiation of checksum and TSO between > us-vhost and vanilla Linux virtio guest, and add these offload features > support in the vhost lib, and change vhost sample to test them. >

[dpdk-dev] [PATCH v2] vhost: remove vhost_net_device_ops

On Tue, Feb 16, 2016 at 02:45:04PM -0800, Rich Lane wrote: > The indirection is unnecessary because there is only one implementation > of the vhost common code. Removing it makes the code more readable. > > Signed-off-by: Rich Lane Acked-by: Yuanhan Liu Thanks. --yliu

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

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit > Sent: Friday, February 12, 2016 1:46 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2 2/3] rte_ctrl_if: add control interface library > > This library gets control messages form

[dpdk-dev] [PATCH v2 3/3] examples/ethtool: add control interface support to the application

Hi Ferruh, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit > Sent: Friday, February 12, 2016 1:46 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2 3/3] examples/ethtool: add control interface > support to the application > > Control

[dpdk-dev] [PATCH 2/3] ring: remove duplicate fields in internal data struct

On Fri, Jan 29, 2016 at 05:16:21PM +, Ferruh Yigit wrote: > 1- Remove duplicate nb_rx/tx_queues fields from internals > 2- Remove data->rx/tx_queues allocation, whose auto allocated by > libether > 3- Remove duplicate data->rx/tx_queues[i] assignments > > Signed-off-by: Ferruh Yigit > --- >

[dpdk-dev] Network verification survey

Hello, I am a PhD student, and I research the possibilities of verification of a software dataplane applications. In order to maximize the utility of our efforts for the networking community, our team asks you to answer a couple of questions about your preferences regarding network

[dpdk-dev] [PATCH 0/3] null driver improvements for testability

On Fri, Jan 29, 2016 at 04:47:58PM +, Paul Atkins wrote: > Hi Thomas, > > On 29/01/16 16:31, Thomas Monjalon wrote: > >Hi Paul, > > > >2016-01-29 16:18, Paul Atkins: > >>This patchset adds functionality to the null driver help when testing > >>a dataplane that uses dpdk. The idea is that the

[dpdk-dev] [PATCH 0/5] Add flow director and RX VLAN stripping support

On Fri, Jan 29, 2016 at 11:31:57AM +0100, Adrien Mazarguil wrote: > To preserve compatibility with Mellanox OFED 3.1, flow director and RX VLAN > stripping code is only enabled if compiled with 3.2. > This description would seem to imply that a documentation update is necessary, or at minimum a

[dpdk-dev] [PATCH 4/5] mlx5: add support for flow director

On Fri, Jan 29, 2016 at 11:32:01AM +0100, Adrien Mazarguil wrote: > From: Yaacov Hazan > > Add support for flow director filters (RTE_FDIR_MODE_PERFECT and > RTE_FDIR_MODE_PERFECT_MAC_VLAN modes). > > This feature requires MLNX_OFED 3.2. > > Signed-off-by: Yaacov Hazan > Signed-off-by: Adrien

[dpdk-dev] [PATCH] ixgbe: fix x550 VF tx issue

Hi Wenzhuo, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Friday, January 29, 2016 7:48 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] ixgbe: fix x550 VF tx issue > > On x550, the basic tx function may not work if we use DPDK VF

[dpdk-dev] [PATCH v2] doc: introduce networking driver matrix

Hi Thomas, On Tuesday, February 02/16/16, 2016 at 05:42:30 -0800, Thomas Monjalon wrote: > 2016-02-16 17:05, Rahul Lakkireddy: > > Hi Thomas, > > > > Got a couple of questions on how to mark some of the features for CXGBE > > below. > > > > On Wednesday, January 01/27/16, 2016 at 21:07:09

[dpdk-dev] [PATCH v2 3/3] examples/vmdq_dcb: extend sample for X710 supporting

Currently, the example vmdq_dcb only works on Intel(R) 82599 NICs. This patch extended this sample to make it work both on Intel(R) 82599 and X710/XL710 NICs by following changes: 1. add VMDQ base queue checking to avoid forwarding on PF queues. 2. assign each VMDQ pools with MAC address. 3.

[dpdk-dev] [PATCH v2 2/3] ixgbe: disallow unsupported RX mode

The multi queue mode ETH_MQ_RX_VMDQ_DCB_RSS is not supported in ixgbe driver. This patch added the checking. Signed-off-by: Jingjing Wu --- drivers/net/ixgbe/ixgbe_ethdev.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c

[dpdk-dev] [PATCH v2 1/3] i40e: enable DCB in VMDQ VSIs

Previously, DCB(Data Center Bridging) is only enabled on PF, queue mapping and BW configuration is only done on PF. This patch enabled DCB for VMDQ VSIs(Virtual Station Interfaces) by following steps: 1. Take BW and ETS(Enhanced Transmission Selection) configuration on VEB(Virtual Ethernet

[dpdk-dev] [PATCH v2 0/3] extend vmdq_dcb sample for X710 supporting

Currently, the example vmdq_dcb only works on Intel(R) 82599 NICs. This patchset extended this sample to make it works both on Intel(R) 82599 and X710/XL710 NICs. This patch set also enabled DCB VMDQ mode in i40e driver and added unsupported mode checking in ixgbe driver. v2 changes: - commit

[dpdk-dev] [PATCH 3/3] bonding: use ethdev helper functions

Use rte_eth_by_port(), rte_eth_private_by_port(), rte_eth_private_by_dev() helper functions. Signed-off-by: Ferruh Yigit --- drivers/net/bonding/rte_eth_bond_8023ad.c | 10 ++-- drivers/net/bonding/rte_eth_bond_api.c| 76 +++

[dpdk-dev] [PATCH 2/3] app/test: use ethdev helper functions

Use rte_eth_by_port(), rte_eth_private_by_port(), rte_eth_private_by_dev() helper functions. Signed-off-by: Ferruh Yigit --- app/test/test_link_bonding.c | 35 +- app/test/virtual_pmd.c | 51 +++- 2 files changed, 42

[dpdk-dev] [PATCH 1/3] ethdev: add helper functions to get eth_dev and dev private data

This is to provide abstraction and reduce global variable access. Global variable rte_eth_devices kept exported to not break ABI. Signed-off-by: Ferruh Yigit --- lib/librte_ether/rte_ethdev.h | 44 +++ 1 file changed, 44 insertions(+) diff --git

[dpdk-dev] [PATCH 0/3] ethdev: add helper functions to get eth_dev and dev private data

This is to provide abstraction and reduce global variable access. Global variable rte_eth_devices kept exported to not break ABI. Bonding driver not selected on purpose, just it seems it is using rte_eth_devices heavily. There are a few more usage in drivers but they left as it is because they

[dpdk-dev] [PATCH] qat pmd:Fixing build issue on 32-bit systems

Hi Pablo, Sure - will resubmit a v2 with those modifications. Thanks, John. On 16/02/16 15:52, De Lara Guarch, Pablo wrote: > Hi John, > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of John Griffin >> Sent: Tuesday, February 16, 2016 9:45 AM >> To: dev at

[dpdk-dev] [PATCH v2 4/5] lib/librte_eal: add tcpdump support in primary process

Hello! > +static int > +compare_filter(struct rte_mbuf *pkt) > +{ > + struct ipv4_hdr *pkt_hdr = rte_pktmbuf_mtod_offset(pkt, struct ipv4_hdr > *, > + sizeof(struct ether_hdr)); > + if (pkt_hdr->src_addr != src_ip_filter) > +

[dpdk-dev] [PATCH v2 2/5] EAL: Add new EAL "--qtest-virtio" option

On 2016/02/16 20:36, Tan, Jianfeng wrote: > Hi David, > > On 2/16/2016 1:53 PM, David Marchand wrote: >> On Wed, Feb 10, 2016 at 4:40 AM, Tetsuya Mukawa >> wrote: >>> To work with qtest virtio-net PMD, virtual address that maps hugepages >>> should be between (1 << 31) to (1 << 44). This patch

[dpdk-dev] [PATCH] mlx5: fix header generation in parallel builds

On Fri, Jan 29, 2016 at 11:31:36AM +0100, Adrien Mazarguil wrote: > Fixes: 771fa900b73a ("mlx5: introduce new driver for Mellanox ConnectX-4 > adapters") > > Signed-off-by: Adrien Mazarguil > --- Applied to dpdk-next-net/rel_16_04 /Bruce

[dpdk-dev] x86_64-native-linuxapp-clang compilation broken?

On Wed, Feb 17, 2016 at 11:07:40AM +, De Lara Guarch, Pablo wrote: > It looks like old versions of clang are not able to identify correctly the > newer CPUs: > > LLVM (http://llvm.org/): > LLVM version 3.6.2 > > Optimized build. > Built Aug 18 2015 (08:39:18). > Default target:

[dpdk-dev] [PKTGEN] fixing weird termio issues that complicate debugging

On 01/23/2016 04:22 AM, Wiles, Keith wrote: > On 1/22/16, 1:45 AM, "Panu Matilainen" wrote: >> We wouldn't be discussing this if it was not an issue. It is offensive >> enough to turn away both users and contributors, and merely speeding up >> a bit is not going to make it a whole lot better. >>

[dpdk-dev] [PATCH v2 2/5] drivers/net/pcap: add public api to create pcap device

Hello! > diff --git a/drivers/net/pcap/rte_pmd_pcap_version.map > b/drivers/net/pcap/rte_pmd_pcap_version.map > index ef35398..104dc4d 100644 > --- a/drivers/net/pcap/rte_pmd_pcap_version.map > +++ b/drivers/net/pcap/rte_pmd_pcap_version.map > @@ -2,3 +2,11 @@ DPDK_2.0 { > > local: *; >

[dpdk-dev] [PATCH v2] 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 Acked-by: Cristian Dumitrescu --- examples/ip_pipeline/config_parse.c| 1008

[dpdk-dev] [PATCH v2 4/4] examples/ip_pipeline: add packets dumping to PCAP file support

This patch add packet dumping feature to ip_pipeline. Output port type SINK now supports dumping packets to PCAP file before releasing mbuf back to mempool. This feature can be applied by specifying parameters in configuration file as shown below: [PIPELINE1] type = PASS-THROUGH core = 1 pktq_in

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

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 choose the sink port's activity: either it

[dpdk-dev] [PATCH v2 2/4] example/ip_pipeline: add PCAP file support

This patch add PCAP file support to ip_pipeline. Input port type SOURCE now supports loading specific PCAP file and sends the packets in it to pipeline instance. The packets are then released by SINK output port. This feature can be applied by specifying parameters in configuration file as shown

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

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 packets, the source port generates packets copied

[dpdk-dev] [PATCH v2 0/4] Add PCAP support to source and sink port

This patchset adds feature to source and sink type port in librte_port library, and to examples/ip_pipline. Originally, source/sink ports act as input and output of NULL packets generator. This patchset enables them read from and write to specific PCAP file, to generate and dump packets. v2:

[dpdk-dev] x86_64-native-linuxapp-clang compilation broken?

Hi, > From: marc.sune at gmail.com [mailto:marc.sune at gmail.com] On Behalf Of > Marc > Sent: Tuesday, February 16, 2016 11:19 PM > To: Matthew Hall > Cc: De Lara Guarch, Pablo; Mcnamara, John; dev at dpdk.org > Subject: Re: [dpdk-dev] x86_64-native-linuxapp-clang compilation broken? > > > >

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

Hi Thomas, > -Original Message- > From: Yigit, Ferruh > Sent: Tuesday, February 16, 2016 12:09 PM > To: Thomas Monjalon > Cc: dev at dpdk.org; Iremonger, Bernard > Subject: Re: [dpdk-dev] [PATCH] config: add default linux configuration > > On Tue, Feb 16, 2016 at 12:23:12PM +0100,

[dpdk-dev] thoughts on DPDK after a few days of reading sources

Hi Alejandro, thanks for the heads up - to make sure I got your correctly I assume you refer to: [1]: dpdk: http://dpdk.org/browse/dpdk/commit/?id=e61512e4066740847ced4a85ee9c3334b511468f [2]: kernel: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=033291eccbdb [3]:

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

Hi, I'm just adding the Acked-by line to the patch. Apologise I missed that one earlier. Nico. On 28/01/16 11:09, Dror Birkman wrote: > The actual captured length is header.caplen, whereas header.len is > the original length on the wire. > > Signed-off-by: Dror Birkman > Acked-by: Nicolas

[dpdk-dev] rte_lcore_to_socket_id(lcore_id) mismatches to that of lstopo

I printed cpu layout with cpu_layout.py tool in dpdk tools directory and lstopo linux command. They shows the same result that my lcore 0, 2, 4, and 6 are in socket #1. However, rte_lcore_to_socket_id() returns 0 for lcore 0, 2, 4, and 6. Why does this difference occur and which value should I use

[dpdk-dev] [PATCH v3] PCI: ABI change request for adding new field in rte_pci_id structure

On Wed, Feb 17, 2016 at 09:54:33AM +0800, Ziye Yang wrote: > From: Ziye > > The purpose of this patch is used to add a new field > "class" in rte_pci_id structure. The new class field includes > class_id, subcalss_id, programming interface of a pci device. > With this field, we can identify pci

[dpdk-dev] [PATCH v3] PCI: ABI change request for adding new field in rte_pci_id structure

From: Ziye The purpose of this patch is used to add a new field "class" in rte_pci_id structure. The new class field includes class_id, subcalss_id, programming interface of a pci device. With this field, we can identify pci device by its class info, which can be more

[dpdk-dev] [PATCH v2 5/6] ixgbe: support VxLAN & NVGRE TX checksum off-load

Hi Konstantin, > -Original Message- > From: Ananyev, Konstantin > Sent: Monday, February 15, 2016 9:16 PM > To: Thomas Monjalon; Lu, Wenzhuo > Cc: dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v2 5/6] ixgbe: support VxLAN & NVGRE TX > checksum off-load > > Hi lads, > > >

[dpdk-dev] x86_64-native-linuxapp-clang compilation broken?

On 16 February 2016 at 19:47, Matthew Hall wrote: > On Tue, Feb 16, 2016 at 12:57:24PM +, De Lara Guarch, Pablo wrote: > > We suspect this might be an architecture dependent issue. > > Could you tell us which CPU you are using? > > > > Thanks, > > Pablo > > When it happens to me I am using a