[dpdk-dev] [PATCH 4/6] bond: free mbufs if transmission fails in bonding tx_burst functions

2014-08-20 Thread Sanford, Robert
Hi Declan, I have a problem with the TX-burst logic of this patch. I believe that for packets that we *don't* enqueue to the device, we should *NOT* free them. The API expects that the caller will free them or try again to send them. Here is one way to accomplish selective freeing: Move mbuf poin

[dpdk-dev] [PATCH 3/6] bond: fix naming inconsistency in tx_burst_round_robin

2014-08-20 Thread Sanford, Robert
Reviewed-by: Robert Sanford >Renaming struct bond_dev_pritvate *dev_private to internals to match >convention used in other pmds > >Signed-off-by: Declan Doherty >--- > lib/librte_pmd_bond/rte_eth_bond_pmd.c | 10 +- > 1 files changed, 5 insertions(+), 5 deletions(-) > >diff --git a/li

[dpdk-dev] [PATCH 2/6] bond: removing switch statement from rx burst method

2014-08-20 Thread Sanford, Robert
Reviewed-by: Robert Sanford >Splitting rx burst function into seperate functions to avoid the need for >a switch statement and also to match the structure of the tx burst >functions. > >Signed-off-by: Declan Doherty >--- > lib/librte_pmd_bond/rte_eth_bond_pmd.c | 62 >++---

[dpdk-dev] [PATCH 1/6] bond: link status interrupt support

2014-08-20 Thread Sanford, Robert
Reviewed-by: Robert Sanford >Adding support for lsc interrupt from bonded device to link >bonding library with supporting unit tests in the test application. > >Signed-off-by: Declan Doherty >--- > app/test/test_link_bonding.c | 216 >+++- > lib/librte_pmd_

[dpdk-dev] [RFC PATCH 00/14] Extend the mbuf structure

2014-08-20 Thread Richardson, Bruce
Hi Olivier, Sorry for the delayed reply. I haven't looked at those patches in detail yet, but from the description I imagine that those patch sets could then be put in following the mbuf rework that I'm looking at. /Bruce > -Original Message- > From: Olivier MATZ [mailto:olivier.matz a

[dpdk-dev] [PATCH 3/3] config: remove useless config of CONFIG_RTE_LIBRTE_I40E_PF_DISABLE_STRIP_CRC

2014-08-20 Thread Helin Zhang
As i40e support configurable CRC stripping in VF, the useless configuration of CONFIG_RTE_LIBRTE_I40E_PF_DISABLE_STRIP_CRC should be removed. Signed-off-by: Helin Zhang Reviewed-by: Jingjing Wu Reviewed-by: Jing Chen --- config/common_bsdapp | 1 - config/common_linuxapp | 1 - 2 files chang

[dpdk-dev] [PATCH 2/3] i40evf: support I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES_EX in i40e VF PMD

2014-08-20 Thread Helin Zhang
To support configurable CRC in VF, use operation of I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES_EX to carry more information from VM to PF host, if the peer is DPDK PF host. Otherwise assume it is Linux PF host and just use operation of I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES. Signed-off-by: Helin Zhang Review

[dpdk-dev] [PATCH 1/3] i40evf: support I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES_EX in DPDK PF host

2014-08-20 Thread Helin Zhang
To configure VSI queues for VF, Linux PF host supports operation of I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES with limited configurations. To support more configurations (e.g configurable CRC stripping in VF), a new operation of I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES_EX has been supported in DPDK PF host. Si

[dpdk-dev] [PATCH 0/3] support of configurable CRC stripping in VF

2014-08-20 Thread Helin Zhang
To support configurable CRC stripping in VF, a new operation of I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES_EX is added to carry more configuration information from VM to Intel(r) DPDK PF host, comparing to I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES which is supported by Linux PF host. Helin Zhang (3): i40evf: s

[dpdk-dev] [RFC PATCH 00/14] Extend the mbuf structure

2014-08-20 Thread Richardson, Bruce
> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cao, Min > Sent: Wednesday, August 20, 2014 8:08 AM > To: dev at dpdk.org > Subject: Re: [dpdk-dev] [RFC PATCH 00/14] Extend the mbuf structure > > Tested-by: Cao Min > This patch modifies the mbuf data struct,

[dpdk-dev] VMware Fusion + DPDK and KNI

2014-08-20 Thread Alex Markuze
I'm pretty sure I will stumble on this issue in the near feature. Thanks for the heads up. On Mon, Aug 18, 2014 at 9:16 PM, Jay Rolette wrote: > Thought I'd put this out there in case anyone else runs into it. > > Using DPDK 1.6 on Ubuntu 14.04 LTS in a hardware appliance. Also using KNI > to sha

[dpdk-dev] [PATCH] compiling kni module on Ubunutu 12.04 failed

2014-08-20 Thread Pawel Wodkowski
On Ubuntu 12.04.4 file '/proc/version_signature' contains 'Ubuntu 3.11.0-15.25~precise1-generic 3.11.10'. This introduce compilation error since '~precise1' will not be discarded. This patch discards everything after '~' inclusively. Signed-off-by: Pawel Wodkowski --- lib/librte_eal/linuxapp/kn

[dpdk-dev] [PATCH v3] lib/librte_vhost: vhost library support to facilitate integration with DPDK accelerated vswitch.

2014-08-20 Thread loy wolfe
Is there any plan of DPDK lib support upstream vhost-user? It is merged in qemu 2.1 and libvirt 1.2.7, also with vif-vhostuser BP in openstack. I think this will accelerate adoption of dpdkovs use in openstack.

[dpdk-dev] mempool re-initialization

2014-08-20 Thread Nicolas Pernas Maradei
Hi, At mempool creation time you can pass in a callback function to rte_mempool_create() that DPDK will call for every mbuf on the mempool so you can initialize them to your liking. However, there doesn't seem to be a straight forward way do that again once the mempool is already created thoug

[dpdk-dev] [PATCH] ixgbe_rx_scan_hw_ring: Fix initializing id and hash fields in flow director mode.

2014-08-20 Thread Pawel Wodkowski
When Flow Director was used together with bulk alloc, id and hash was swapped when packet matches flow director filter due to improper fdir field initialization. Signed-off-by: Pawel Wodkowski --- lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 24 +--- 1 file changed, 17 insertions(

[dpdk-dev] [PATCH] i40e: support autoneg or force link speed

2014-08-20 Thread Liang, Cunming
Hi, Any plan to merge this patch ? BRs, Steve > -Original Message- > From: Liang, Cunming > Sent: Friday, August 01, 2014 4:44 AM > To: dev at dpdk.org > Cc: Liang, Cunming > Subject: [PATCH] i40e: support autoneg or force link speed > > - i40e force link up/down > - i40e autoneg/force

[dpdk-dev] [RFC PATCH 00/14] Extend the mbuf structure

2014-08-20 Thread Cao, Min
Tested-by: Cao Min This patch modifies the mbuf data struct, function and performace tests can work OK with it. It is ready to be integrated to dpdk.org. -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bruce Richardson Sent: Tuesday, August 12, 2014 4:45 AM To: de

[dpdk-dev] [PATCH 0/3] add i40e RSS support in VF

2014-08-20 Thread Zhang, Helin
> -Original Message- > From: Zhang, Helin > Sent: Friday, July 18, 2014 10:45 AM > To: dev at dpdk.org > Cc: Zhang, Helin > Subject: [PATCH 0/3] add i40e RSS support in VF > > As RSS in i40e VF is supported by hardware, these patches enable it in i40e > PMD, and also enable its testing i

[dpdk-dev] [PATCH v2 0/6] Support configuring hash functions

2014-08-20 Thread Zhang, Helin
> -Original Message- > From: Zhang, Helin > Sent: Monday, July 28, 2014 4:26 PM > To: dev at dpdk.org > Cc: Zhang, Helin > Subject: [PATCH v2 0/6] Support configuring hash functions > > These pathches mainly support configuring hash functions. > In detail, > - It can select Toeplitz or

[dpdk-dev] [PATCH v3] lib/librte_vhost: vhost library support to facilitate integration with DPDK accelerated vswitch.

2014-08-20 Thread Xie, Huawei
Hi: The support of qemu user space vhost has been planned. Thanks From: loy wolfe [mailto:loywo...@gmail.com] Sent: Wednesday, August 20, 2014 10:19 AM To: dev at dpdk.org; Xie, Huawei Subject: Re: [dpdk-dev] [PATCH v3] lib/librte_vhost: vhost library support to facilitate integration with DPDK a

[dpdk-dev] [PATCH] i40e: support xen domain0

2014-08-20 Thread Liu, Jijiang
Acked-by: Jijiang Liu > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Helin Zhang > Sent: Thursday, August 14, 2014 2:13 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] i40e: support xen domain0 > > i40e was failing to run in XEN domain0, as the phy