Hi Thomas,
2015-11-01 23:11 GMT+01:00 Thomas Monjalon :
> 2015-10-25 22:59, Marc Sune:
> > +#define ETH_SPEED_CAP_NOT_PHY(0) /*< No phy media > */
> > +#define ETH_SPEED_CAP_10M_HD (1 << 0) /*< 10 Mbps half-duplex> */
> > +#define ETH_SPEED_CAP_10M_FD (1 << 1) /*< 10 Mbps full-duplex>
Give user a chance to costomize the hash key compare function.
The default rte_hash_cmp_eq function is set in the rte_hash_create
function, but these builtin ones may not good enough, so the user
may call this to override the default one.
Signed-off-by: Yu Nemo Wenbin
---
lib/librte_hash/rte_cuc
On 2015/11/17 22:26, Yuanhan Liu wrote:
> On Fri, Nov 13, 2015 at 03:50:16PM +0900, Tetsuya Mukawa wrote:
>> On 2015/11/13 14:32, Yuanhan Liu wrote:
>>> On Fri, Nov 13, 2015 at 02:20:29PM +0900, Tetsuya Mukawa wrote:
The patch introduces a new PMD. This PMD is implemented as thin wrapper
On 2015/11/17 22:29, Yuanhan Liu wrote:
> On Fri, Nov 13, 2015 at 02:20:30PM +0900, Tetsuya Mukawa wrote:
>> These variables are needed to be able to manage one of virtio devices
>> using both vhost library APIs and vhost PMD.
>> For example, if vhost PMD uses current callback handler and private d
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger
> Sent: Thursday, November 19, 2015 3:09 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary
> hugepage zero-filling
On Thu, Nov 19, 2015 at 11:03:50AM +0900, Tetsuya Mukawa wrote:
> On 2015/11/17 22:29, Yuanhan Liu wrote:
> > On Fri, Nov 13, 2015 at 02:20:30PM +0900, Tetsuya Mukawa wrote:
> >> These variables are needed to be able to manage one of virtio devices
> >> using both vhost library APIs and vhost PMD.
On 2015/11/19 11:18, Yuanhan Liu wrote:
> On Thu, Nov 19, 2015 at 11:03:50AM +0900, Tetsuya Mukawa wrote:
>> On 2015/11/17 22:29, Yuanhan Liu wrote:
>>> On Fri, Nov 13, 2015 at 02:20:30PM +0900, Tetsuya Mukawa wrote:
These variables are needed to be able to manage one of virtio devices
us
On Thu, Nov 19, 2015 at 12:13:38PM +0900, Tetsuya Mukawa wrote:
> On 2015/11/19 11:18, Yuanhan Liu wrote:
> > On Thu, Nov 19, 2015 at 11:03:50AM +0900, Tetsuya Mukawa wrote:
> >> On 2015/11/17 22:29, Yuanhan Liu wrote:
> >>> On Fri, Nov 13, 2015 at 02:20:30PM +0900, Tetsuya Mukawa wrote:
> The
Hello All,
I am trying some experiments with DPDK 1.6 and Cisco NIC - (:06:00.0
Network controller: Cisco Systems Inc. Cisco VIC Ethernet NIC [vmnic0]), on the
guest I am using VMXNET3 as interface/pmd and one weird behavior that is see is
with VMWare ESX 5.5 DPDK is not able to initialize
> -Original Message-
> From: Xie, Huawei
> Sent: Wednesday, November 18, 2015 8:08 PM
> To: Wang, Zhihong ; Mcnamara, John
> ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary
> hugepage zero-filling
>
> On 11/18/2015 6:45 PM, Wang, Zhihong wro
On 2015/11/19 12:33, Yuanhan Liu wrote:
> On Thu, Nov 19, 2015 at 12:13:38PM +0900, Tetsuya Mukawa wrote:
>> On 2015/11/19 11:18, Yuanhan Liu wrote:
>>> On Thu, Nov 19, 2015 at 11:03:50AM +0900, Tetsuya Mukawa wrote:
On 2015/11/17 22:29, Yuanhan Liu wrote:
> On Fri, Nov 13, 2015 at 02:20:3
On Thu, Nov 19, 2015 at 02:14:13PM +0900, Tetsuya Mukawa wrote:
> On 2015/11/19 12:33, Yuanhan Liu wrote:
> > On Thu, Nov 19, 2015 at 12:13:38PM +0900, Tetsuya Mukawa wrote:
> >> On 2015/11/19 11:18, Yuanhan Liu wrote:
> >>> On Thu, Nov 19, 2015 at 11:03:50AM +0900, Tetsuya Mukawa wrote:
> On
I was looking at older thread here it mentions the kernel vmxnet3 pmd
dependency with Vmware tsc map, Is this the reason why the CISCO NIC is coming
up fine on ESX 6.0 which will have higher version/updated driver and ESX 5.5
has older version of the driver and because of incompatability the NIC
On Wed, Nov 18, 2015 at 11:15:25AM +, Xie, Huawei wrote:
> On 11/18/2015 4:47 PM, Yuanhan Liu wrote:
> > On Wed, Nov 18, 2015 at 07:53:24AM +, Xie, Huawei wrote:
> > ...
> >>> do {
> >>> + if (vec_id >= BUF_VECTOR_MAX)
> >>> + break;
> >>> +
> >>> next_de
On 2015/11/19 14:45, Yuanhan Liu wrote:
> On Thu, Nov 19, 2015 at 02:14:13PM +0900, Tetsuya Mukawa wrote:
>> On 2015/11/19 12:33, Yuanhan Liu wrote:
>>> On Thu, Nov 19, 2015 at 12:13:38PM +0900, Tetsuya Mukawa wrote:
On 2015/11/19 11:18, Yuanhan Liu wrote:
> On Thu, Nov 19, 2015 at 11:03:5
On 11/19/2015 10:16 AM, Wang, Zhihong wrote:
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger
>> Sent: Thursday, November 19, 2015 3:09 AM
>> To: Richardson, Bruce
>> Cc: dev at dpdk.org
>> Subject: Re: [dpdk-dev] [RFC PATCH 2/2] lib/libr
On 11/19/2015 11:54 AM, Wang, Zhihong wrote:
>
>> -Original Message-
>> From: Xie, Huawei
>> Sent: Wednesday, November 18, 2015 8:08 PM
>> To: Wang, Zhihong ; Mcnamara, John
>> ; dev at dpdk.org
>> Subject: Re: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary
>> hugepage zero-f
Tested-by: Yulong Pei
-Original Message-
From: Wu, Jingjing
Sent: Monday, November 16, 2015 4:57 PM
To: dev at dpdk.org
Cc: Wu, Jingjing ; Zhang, Helin ; Pei, Yulong
Subject: [PATCH] i40e: fix the issue dcb cannot be configured when FW version
is 5.x
When NVM version is updated to 5.x
The patch fixes reset_owner message handling not to clear callfd,
because callfd will be valid while connection is establihed.
Signed-off-by: Tetsuya Mukawa
---
lib/librte_vhost/virtio-net.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/lib/librte_vhos
Hi all,
I want to run libuinet on DPDK,but I can not get much information on the
Internet.Any help or suggestion is greate.
Best Regards,
Qiwei Hu
On Thu, Nov 19, 2015 at 02:58:56PM +0900, Tetsuya Mukawa wrote:
> On 2015/11/19 14:45, Yuanhan Liu wrote:
> > On Thu, Nov 19, 2015 at 02:14:13PM +0900, Tetsuya Mukawa wrote:
> >> On 2015/11/19 12:33, Yuanhan Liu wrote:
> >>> On Thu, Nov 19, 2015 at 12:13:38PM +0900, Tetsuya Mukawa wrote:
> On
> -Original Message-
> From: Xie, Huawei
> Sent: Thursday, November 19, 2015 2:05 PM
> To: Wang, Zhihong ; Stephen Hemminger
> ; Richardson, Bruce
>
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary
> hugepage zero-filling
>
> On 11/19/201
On 2015/11/19 15:31, Yuanhan Liu wrote:
> On Thu, Nov 19, 2015 at 02:58:56PM +0900, Tetsuya Mukawa wrote:
>> On 2015/11/19 14:45, Yuanhan Liu wrote:
>>> On Thu, Nov 19, 2015 at 02:14:13PM +0900, Tetsuya Mukawa wrote:
On 2015/11/19 12:33, Yuanhan Liu wrote:
> On Thu, Nov 19, 2015 at 12:13:3
On Thu, Nov 19, 2015 at 03:23:26PM +0900, Tetsuya Mukawa wrote:
> The patch fixes reset_owner message handling not to clear callfd,
> because callfd will be valid while connection is establihed.
>
> Signed-off-by: Tetsuya Mukawa
> ---
> lib/librte_vhost/virtio-net.c | 21 -
>
Hi,
Worth to adding comments that vlan_tci is only valid in case
RTE_LIBRTE_FM10K_RX_OLFLAGS_ENABLE is turned on and
Flag PKT_RX_VLAN_PKT is set.
Best Regards,
Mark
> -Original Message-
> From: He, Shaopeng
> Sent: Wednesday, November 18, 2015 4:50 PM
> To: dev at dpdk.org
> Cc: Che
On 2015/11/19 16:03, Yuanhan Liu wrote:
> On Thu, Nov 19, 2015 at 03:23:26PM +0900, Tetsuya Mukawa wrote:
>> The patch fixes reset_owner message handling not to clear callfd,
>> because callfd will be valid while connection is establihed.
>>
>> Signed-off-by: Tetsuya Mukawa
>> ---
>> lib/librte_v
2015-11-17 14:23, Zhigang Lu:
> Commit 36080ff96b0e causes compiling error on tile, as tile
> does not support KNI, so we disable the CONFIG_RTE_KNI_KMOD.
>
> Fixes: 36080ff96b0e ("config: add KNI kmod option")
>
> Reported-by: Guo Xin
> Signed-off-by: Zhigang Lu
Applied, thanks
The patch fixes reset_owner message handling not to clear callfd,
because callfd will be valid while connection is establihed.
Signed-off-by: Tetsuya Mukawa
---
lib/librte_vhost/virtio-net.c | 44 +--
1 file changed, 38 insertions(+), 6 deletions(-)
diff
> > /proc/version_signature is the version for the host machine, but in e.g.,
> > chroots,
> > this does not necessarily match that DPDK is built for. DPDK will then
> > build for the
> > wrong kernel version - that of the server, and not that installed in the
> > (build)
> > chroot.
> >
> > Th
On 18/11/2015 12:07, Xie, Huawei wrote:
> On 11/18/2015 6:45 PM, Wang, Zhihong wrote:
>>> -Original Message-
>>> From: Mcnamara, John
>>> Sent: Wednesday, November 18, 2015 6:40 PM
>>> To: Wang, Zhihong ; dev at dpdk.org
>>> Subject: RE: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unn
On 19/11/2015 06:32, Wang, Zhihong wrote:
>> -Original Message-
>> From: Xie, Huawei
>> Sent: Thursday, November 19, 2015 2:05 PM
>> To: Wang, Zhihong ; Stephen Hemminger
>> ; Richardson, Bruce
>>
>> Cc: dev at dpdk.org
>> Subject: Re: [dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unne
Hi all,
Thanks to everyone who responded to the survey of DPDK Userspace 2015
https://www.surveymonkey.com/r/6TN65VF.
You can now view the videos of the presentations and lightning talks from the
conference at https://dpdksummit.com/us/en/past-events!!
Thanks
Siobh?n
> > It fixes the compile issue on kernel version 2.6.32 or old ones.
> >
> > Error logs:
> > lib/librte_eal/linuxapp/kni/kni_misc.c:121: error: unknown field id
> > specified in initializer
> > lib/librte_eal/linuxapp/kni/kni_misc.c:121: error: excess elements in struct
> > initializer
> > lib/lib
Hi
I've 2 boxes connected back to back. One box runs qos_sched example
app on IGB network card. I've been trying to
test the qos_sched app but I could not able to do it probably i
missing more than something.
Could you please let me know how do i verify qos_sched app
Regards
THIS IS A PoC IMPLEMENATION.
[Abstraction]
Normally, virtio-net PMD only works on VM, because there is no virtio-net
device on host.
This RFC patch extends virtio-net PMD to be able to work on host as virtual PMD.
But we didn't implement virtio-net device as a part of virtio-net PMD.
To prepare
The patch adds new EAL "--shm" option. If the option is specified,
EAL will allocate one file from hugetlbfs. This memory is for sharing
memory between DPDK applicaiton and QEMU ivhsmem device.
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/common/eal_common_options.c | 5 +++
lib/librte_eal/
The patch extends virtio-net PMD to work on host. Actually, we don't have
virtio-net devices on host. Thus, this PMD called "cvio PMD" is for
virtual device.
To prepare virtio-net device on host, the users need to invoke QEMU process
in special qtest mode. In this mode, no guest runs. Also, this m
Thanks for following up on this Bob. It's great to see this level of engagement
from the ARM ecosystem. In order to facilitate this, we'll move our call out by
a week. New details for the meeting are:
When:
Tue, Dec 1, 2015 15:00 - 16:00 GMT
Tue, Dec 1, 2015 07:00 - 08:00 PST
Tue, Dec 1, 2015 10
This reverts commit 67b6d3039e9edbc4624c878c6930be5e126e8b58.
Reverted patch uses pthread_setname_np() function, this function added
into glibc in version 2.12 and cause a compile error in older glibc
versions:
error: implicit declaration of function "pthread_setname_np"
Main purpose of reverted
Fixes: d08d304508a8 ("eal/linux: make alarm not affected by system time
jump")
CLOCK_MONOTONIC_RAW added in glibc 2.12, using this define in older
glibc versions cause compile error:
'error: identifier "CLOCK_MONOTONIC_RAW" is undefined'
This patch replaces "CLOCK_MONOTONIC_RAW" with "CLOCK_MONOT
2015-11-18 14:05, Remy Horton:
> Modified version of l2fwd to demonstrate keep-alive functionality.
>
> Signed-off-by: Remy Horton
> ---
> MAINTAINERS | 4 +
> examples/l2fwd-keepalive/Makefile | 50 +++
> examples/l2fwd-keepalive/main.c | 806
> ++
2015-11-18 14:05, Remy Horton:
> --- a/doc/guides/rel_notes/release_2_2.rst
> +++ b/doc/guides/rel_notes/release_2_2.rst
> @@ -102,6 +102,7 @@ New Features
>
> * **Added port hotplug support to xenvirt.**
>
> +* **Added keepalive support to EAL.**
>
> Resolved Issues
> ---
> @@
On 19/11/2015 11:32, Thomas Monjalon wrote:
> 2015-11-18 14:05, Remy Horton:
>> --- a/doc/guides/rel_notes/release_2_2.rst
>> +++ b/doc/guides/rel_notes/release_2_2.rst
>> @@ -102,6 +102,7 @@ New Features
>>
>> * **Added port hotplug support to xenvirt.**
>>
>> +* **Added keepalive support to E
On 11/19/2015 01:22 PM, Ferruh Yigit wrote:
> This reverts commit 67b6d3039e9edbc4624c878c6930be5e126e8b58.
>
> Reverted patch uses pthread_setname_np() function, this function added
> into glibc in version 2.12 and cause a compile error in older glibc
> versions:
> error: implicit declaration of f
2015-11-19 13:49, Panu Matilainen:
> On 11/19/2015 01:22 PM, Ferruh Yigit wrote:
> > This reverts commit 67b6d3039e9edbc4624c878c6930be5e126e8b58.
> >
> > Reverted patch uses pthread_setname_np() function, this function added
> > into glibc in version 2.12 and cause a compile error in older glibc
>
On Thu, Nov 19, 2015 at 01:32:44PM +0100, Thomas Monjalon wrote:
> 2015-11-19 13:49, Panu Matilainen:
> > On 11/19/2015 01:22 PM, Ferruh Yigit wrote:
> > > This reverts commit 67b6d3039e9edbc4624c878c6930be5e126e8b58.
> > >
> > > Reverted patch uses pthread_setname_np() function, this function adde
The following measurements shows improvement over the default
libc memcmp function
Length(B) by X% over libc memcmp
16 149.57%
32 122.7%
48 104.96%
64 98.21%
80 93.75%
96 90.55%
112 110.48%
128 137.24%
Signed-off-by: Jerin Jacob
---
lib/libr
Hi,
2015-11-05 10:43, Alejandro.Lucero:
> +# Add extra flags for base driver files (also known as shared code)
> +# to disable warnings
> +#
> +ifeq ($(CC), icc)
> +CFLAGS_BASE_DRIVER = -wd593
> +else ifeq ($(CC), clang)
> +CFLAGS_BASE_DRIVER += -Wno-sign-compare
> +CFLAGS_BASE_DRIVER += -Wno-unus
2015-11-18 14:05, Remy Horton:
> This patch-set adds functions for detecting and reporting live-ness of
> LCores, the primary requirement of which is minimal overheads for the
> core(s) being checked. Core failures are notified via an application
> defined callback. As an example l2fwd with random
On Thu, Nov 19, 2015 at 01:39:24PM +, Ferruh Yigit wrote:
> On Thu, Nov 19, 2015 at 01:32:44PM +0100, Thomas Monjalon wrote:
> > 2015-11-19 13:49, Panu Matilainen:
> > > On 11/19/2015 01:22 PM, Ferruh Yigit wrote:
> > > > This reverts commit 67b6d3039e9edbc4624c878c6930be5e126e8b58.
> > > >
> >
Thank you Tim for addressing this. We are very interested in this activities.
Our interest is having common API for our customer between various arch to ease
the life of their sw developers.
We are already writing code to contribute here.
-Original Message-
From: dev [mailto:dev-boun...
Sorry I found it. it was my mistake.
You can ignore the mail
Regards
On Thu, Nov 19, 2015 at 3:23 PM, Incognito Man
wrote:
> Hi
>
> I've 2 boxes connected back to back. One box runs qos_sched example
> app on IGB network card. I've been trying to
> test the qos_sched app but I coul
On Wed, 18 Nov 2015 16:50:09 +0800
Shaopeng He wrote:
> VLAN value should be copied from RX descriptor to mbuf,
> this patch fixes this issue.
>
> Signed-off-by: Shaopeng He
> ---
> drivers/net/fm10k/fm10k_rxtx.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/net/fm10k/fm1
Fixes: 67b6d3039e9e ("eal: set name to threads")
pthread_setname_np() function added in glibc 2.12, using this function
in older glibc versions cause compile error:
error: implicit declaration of function "pthread_setname_np"
This patch adds "rte_thread_setname" macro and set it according
glibc >
What's the reason for using qemu as a middleman? Couldn't the new PMD
itself open /dev/vhost-net or the vhost-user socket and send the commands
to set up virtqueues? That was the approach taken by Jianfeng's earlier RFC.
On Thu, Nov 19, 2015 at 2:57 AM, Tetsuya Mukawa wrote:
> THIS IS A PoC IMPL
What is the error code it failed with?
There is no dependency between ESXi and DPDK versions as such. But depending
your VM settings, it may pop up some issues related to memory assigned to VM.
When you use NIC in Hypervisor and feed packets to VM via Vmxnet3, the guest OS
can use Vmxnet3-pmd a
Thanks Rashmin for the response. The error code is -1 and the box I am doing my
experiments is Cisco B200-M3 which would support CISCO VNIC 1240 or 1340 NIC.
The NIC is in hypervisor but what puzzles me is if there is no dependency with
ESX the NIC initialization should have passed in both ESX
This RFC patch aims to reduce DPDK initialization time, which is important in
cases such as micro service.
Changes are:
1. Reduce timer initialization time
2. Remove unnecessary hugepage zero-filling operations
With this patch:
1. Timer initialization time can be reduced by 4/10 second
2. Me
Changing from 1/2 second to 1/10 doesn't compromise the precision, and a 4/10
second is worth saving.
Signed-off-by: Zhihong Wang
---
lib/librte_eal/linuxapp/eal/eal_timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal_timer.c
b/lib/librte
The kernel fills new allocated (huge) pages with zeros.
DPDK just has to touch the pages to trigger the allocation.
Signed-off-by: Zhihong Wang
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 20 ++--
1 file changed, 6 insertions(+), 14 deletions(-)
diff --git a/lib/librte_eal/li
60 matches
Mail list logo
