> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, January 22, 2015 8:19 PM
> To: Liang, Cunming
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1 02/15] eal: new eal option '--lcores' for
> cpu
> assignment
>
> On Thu, Jan 22, 2015 at 04:16:25PM +0800, Cunming Lia
On 1/22/2015 6:16 PM, Tetsuya Mukawa wrote:
> Hi Michael,
>
> On 2015/01/22 17:12, Qiu, Michael wrote:
>> On 1/21/2015 6:01 PM, Tetsuya Mukawa wrote:
>>> Hi Michael,
>>>
>>> On 2015/01/20 18:23, Qiu, Michael wrote:
On 1/19/2015 6:42 PM, Tetsuya Mukawa wrote:
> The patch adds functions for
On 2015/1/22 23:21, Bruce Richardson wrote:
> This (size_c) is a run-time constant, not a compile-time constant. To trigger
> the
> memcpy optimizations inside the compiler, the size value must be constant at
> compile time.
Hi, Bruce
You are right. When use compile-time constant memcpy is fa
Hi Michael,
On 2015/01/23 11:54, Qiu, Michael wrote:
> On 1/22/2015 6:16 PM, Tetsuya Mukawa wrote:
>> Hi Michael,
>>
>> On 2015/01/22 17:12, Qiu, Michael wrote:
>>> On 1/21/2015 6:01 PM, Tetsuya Mukawa wrote:
Hi Michael,
On 2015/01/20 18:23, Qiu, Michael wrote:
> On 1/19/2015 6:
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, January 15, 2015 12:37 AM
> To: dev at dpdk.org
> Cc: Xie, Huawei; Ouyang, Changchun
> Subject: Re: [dpdk-dev] [PATCH v2 3/5] vhost: enable promisc mode and config
> VMDQ offload register fo
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Wednesday, January 21, 2015 8:38 PM
> To: Ananyev, Konstantin
> Cc: Wang, Zhihong; Richardson, Bruce; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/4] DPDK memcpy optimization
>
> On Wed, Jan 21, 2015
> -Original Message-
> From: Linhaifeng [mailto:haifeng.lin at huawei.com]
> Sent: Thursday, December 11, 2014 2:04 PM
> To: Xie, Huawei; dev at dpdk.org
> Cc: haifeng.lin at intel.com
> Subject: Re: [dpdk-dev] [PATCH RFC v2 08/12] lib/librte_vhost: vhost-user
> support
>
>
>
> On 2014
> -Original Message-
> From: Linhaifeng [mailto:haifeng.lin at huawei.com]
> Sent: Thursday, December 11, 2014 1:36 PM
> To: Xie, Huawei; dev at dpdk.org
> Cc: haifeng.lin at intel.com
> Subject: Re: [dpdk-dev] [PATCH RFC v2 08/12] lib/librte_vhost: vhost-user
> support
>
>
>
> On 2014
On 2015/1/23 11:40, Xie, Huawei wrote:
>
>
>> -Original Message-
>> From: Linhaifeng [mailto:haifeng.lin at huawei.com]
>> Sent: Thursday, December 11, 2014 1:36 PM
>> To: Xie, Huawei; dev at dpdk.org
>> Cc: haifeng.lin at intel.com
>> Subject: Re: [dpdk-dev] [PATCH RFC v2 08/12] lib/li
Because SUSE linux kernel doesn't not fully follow Linux kernel in main branch,
there are some diffirences between them, and DPDK can't run on Xen Dom0 of SUSE
Linux. Recently, some customers want us to support this, so we provide this
patch set for it.
Now this patch set V1 is not compatible w
Fixed a compilation issue when using gcc-4.3.4 in SUSE Linux 11 SP3.
Signe-off-by: Jijiang Liu
---
app/test/test.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/app/test/test.h b/app/test/test.h
index 896f7db..8b76ccf 100644
--- a/app/test/test.h
+++ b/app/test/test.h
Fixed all the compilation issues due to using SUSE Linux 11 SP3.
Signed-off-by: Jijiang Liu
---
lib/librte_eal/linuxapp/xen_dom0/dom0_mm_misc.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/lib/librte_eal/linuxapp/xen_dom0/dom0_mm_misc.c
b/lib/librte_eal/linu
Replace the CONFIG_XEN_DOM0 with the CONFIG_XEN and RTE_LIBRTE_XEN_DOM0 in the
driver in order to mmap IO memory correctly.
Signed-off-by: Jijiang Liu
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/lib/librte_eal/lin
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
> Sent: Wednesday, January 21, 2015 9:26 PM
> To: Marc Sune
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/4] DPDK memcpy optimization
>
> On Wed, Jan 21, 2015 at 02:21:25PM +0100, M
>
> - remove the PKT_TX_UDP_TUNNEL_PKT flag: it is useless from an API point
> of view. It was added because i40e need this info for some reason. We
> have 3 solutions:
>
> - remove the flag and adapt the driver to the API (the choice I made
> for this series).
>
I'm checking the L4T
Hi,
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Thursday, January 22, 2015 7:36 AM
> To: dev at dpdk.org
> Cc: olivier.matz at 6wind.com; Ananyev, Konstantin; Liu, Jijiang
> Subject: [RFC 04/16] i40e: remove the use of PKT_TX_UDP_TUNNEL_PKT flag
>
Hi, Xie
could you test vhost-user with follow numa node xml:
2097152
I cann't receive data from VM with above xml.
On 2014/12/11 5:37, Huawei Xie wrote:
> This patchset refines vhost library to support both vhost-cuse and vhost-user.
>
>
> Huawei Xie (12):
> cr
>>
>> Can you mmap the region if gpa is 0? When i run VM with two numa node (qemu
>> will create two hugepage file) found that always failed to mmap with the
>> region
>> which gpa is 0.
>>
>> BTW can we ensure the memory regions cover with all the memory of hugepage
>> for VM?
>>
> We had disc
Hi guys
> -Original Message-
> From: Liu, Jijiang
> Sent: Friday, January 23, 2015 4:06 PM
> To: Olivier Matz; Zhang, Helin
> Cc: Ananyev, Konstantin; dev at dpdk.org
> Subject: RE: [RFC 04/16] i40e: remove the use of PKT_TX_UDP_TUNNEL_PKT
> flag
>
> Hi,
>
> > -Original Message-
Hi Helin,
On 01/23/2015 09:47 AM, Zhang, Helin wrote:
>>> diff --git a/lib/librte_pmd_i40e/i40e_rxtx.c
>>> b/lib/librte_pmd_i40e/i40e_rxtx.c index 9acdeee..0786255 100644
>>> --- a/lib/librte_pmd_i40e/i40e_rxtx.c
>>> +++ b/lib/librte_pmd_i40e/i40e_rxtx.c
>>> @@ -482,7 +482,7 @@ i40e_txd_enable_che
Hello Danny,
On 01/20/2015 10:53 AM, Danny Zhou wrote:
> DPDK interrupt notification/handling mechanism is based on UIO with
> below limitation:
> 1) It is designed to handle LSC interrupt only with inefficient
> suspended pthread wakeup procedure (e.g. UIO wakes up LSC interrupt
> handling threa
On Thu, Jan 22, 2015 at 10:42:26PM +, Vipin Agrawal wrote:
> I was able to build it without any issues earlier yesterday but all of a
> sudden, it started to give me this error. All I did was add the boot options
> in grub.con : default_hugepagesz=1G hugepagesz=1G hugepages=4 hpet_mmap
>
>
Hi Stephen,
On 01/22/2015 02:01 AM, Stephen Hemminger wrote:
> On Thu, 22 Jan 2015 00:36:19 +0100
> Olivier Matz wrote:
>
>> The goal of this series is to clarify and simplify the mbuf offload API.
>> Several issues are solved:
>
> If you are doing this could you invert the meaning of the check
Thanks Ivan for your time spending on reviewing the patchset. Will fix those
issues
When submitting official patchset.
> -Original Message-
> From: Ivan Boule [mailto:ivan.boule at 6wind.com]
> Sent: Friday, January 23, 2015 5:22 PM
> To: Zhou, Danny; dev at dpdk.org
> Subject: Re: [dpdk
This patch modifies testpmd behavior when setting:
rx_vlan add all vf_port (enabling all vlanids
to be passed thru rx filter on VF).
Rx_vlan_all_filter_set() function,
checks if the next vlanid can be enabled by the driver.
Number of vlanids is limited by the NIC and thus the NIC
do not allow to en
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Daniel Mrzyglod
> Sent: Thursday, January 22, 2015 9:54 AM
>
> This patch add Support for ICC 15.
>
> ICC 15 changed inline-max-size and inline-max-total-size default values, so
> for ICC 15 flags -no-inline-max-size -no-inline-max-total-s
Hi,
-Original Message-
From: Olivier Matz [mailto:olivier.m...@6wind.com]
Sent: Thursday, January 22, 2015 7:36 AM
To: dev at dpdk.org
Cc: olivier.matz at 6wind.com; Ananyev, Konstantin; Liu, Jijiang
Subject: [RFC 09/16] testpmd: move csum_show in a function
No functional changes in this
Hi,
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Thursday, January 22, 2015 7:37 AM
> To: dev at dpdk.org
> Cc: olivier.matz at 6wind.com; Ananyev, Konstantin; Liu, Jijiang
> Subject: [RFC 11/16] testpmd: rename vxlan in outer_ip in csum commands
>
Hi Bruce,
I now had the chance to reproduce the issue we are seeing with a DPDK
example app.
I started out with a vanilla DPDK 1.8.0 and only made the following changes:
diff --git a/examples/l2fwd/main.c b/examples/l2fwd/main.c
index e684234..48e6b7c 100644
--- a/examples/l2fwd/main.c
+++ b/exam
On Fri, Jan 23, 2015 at 12:37:09PM +0100, Martin Weiser wrote:
> Hi Bruce,
>
> I now had the chance to reproduce the issue we are seeing with a DPDK
> example app.
> I started out with a vanilla DPDK 1.8.0 and only made the following changes:
>
> diff --git a/examples/l2fwd/main.c b/examples/l2fw
This MAINTAINERS file is inspired from the Linux one.
Almost all files are split into areas in order to identify maintainers of
each DPDK area. Note that a maintainer is not a git tree manager.
Candidates are welcome to send a patch to sign up for one or several areas.
There is a script to check
On Fri, Jan 23, 2015 at 01:54:13PM +0100, Thomas Monjalon wrote:
> This MAINTAINERS file is inspired from the Linux one.
>
> Almost all files are split into areas in order to identify maintainers of
> each DPDK area. Note that a maintainer is not a git tree manager.
> Candidates are welcome to sen
Hello,
I would like your opinion.
I try to fill a "little" 1 Gbps link. In my testing environment, I have no
smart card able to parse the headers for me.
So by design, i am slow. But fast enough for that link.
But, is it easy to put a filter like BPF on top of DPDK ? I am not sure where
to st
2015-01-23 09:18, Neil Horman:
> One question, the security issues list, is that active already and in use?
It is "in use" since the beginning of dpdk.org. But traffic is very very low.
> Can we document the membership of that list so we know who's handling security
> issues?
Only me but you are
Hi Bruce,
yes, you are absolutely right. That resolves the problem.
I was really happy to see that DPDK 1.8 includes proper default
configurations for each driver and I made use of this. But unfortunately
I was not aware that the default configuration did include the
ETH_TXQ_FLAGS_NOMULTSEGS flag
On Fri, Jan 23, 2015 at 03:46:08PM +0100, Thomas Monjalon wrote:
> 2015-01-23 09:18, Neil Horman:
> > One question, the security issues list, is that active already and in use?
>
> It is "in use" since the beginning of dpdk.org. But traffic is very very low.
>
> > Can we document the membership o
Hi Jijiang,
On 01/23/2015 12:21 PM, Liu, Jijiang wrote:
>> static void
>> pkt_burst_checksum_forward(struct fwd_stream *fs) @@ -432,18 +435,18 @@
>> pkt_burst_checksum_forward(struct fwd_stream *fs)
>> /* step 4: fill the mbuf meta data (flags and header lengths) */
>>
>>
Hi Jijiang,
On 01/23/2015 12:03 PM, Liu, Jijiang wrote:
> + /* display warnings if configuration is not supported by the NIC */
> + rte_eth_dev_info_get(port_id, &dev_info);
> + if ((ol_flags & TESTPMD_TX_OFFLOAD_IP_CKSUM) &&
> + (dev_info.tx_offload_capa & DEV_TX_OFFLOAD_I
Signed-off-by: John W. Linville
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1f7d04a9ec2b..5fccdbb1618c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -174,6 +174,7 @@ F: examples/kni/
F: doc/guides/sample_app_ug/kernel_nic_interface.rst
Li
On Fri, Jan 23, 2015 at 01:12:25PM -0500, John W. Linville wrote:
> Signed-off-by: John W. Linville
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 1f7d04a9ec2b..5fccdbb1618c 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -174,6
Hello:
I am sorry if this question has been asked before, or this is not right
list to ask, I searched the list archive, did not see any answer.
Any one can share information about which Mellanox 40G NIC on the mark
can/will support DPDK or DPDK 2.0? The DPDK supported NIC page only lis
I?m running on centos with kernel 3.18.3 and built the dpdk with gcc 4.7 and
running with python 3.3
When trying to get status or even trying to bind to the eth0 port, I get the
following error :
[root at linux-dt dpdk-1.8.0]# tools/dpdk_nic_bind.py --status
Traceback (most recent call last):
On Fri, Jan 23, 2015 at 10:26:34PM +, Vipin Agrawal wrote:
> I?m running on centos with kernel 3.18.3 and built the dpdk with gcc 4.7 and
> running with python 3.3
>
> When trying to get status or even trying to bind to the eth0 port, I get the
> following error :
>
> [root at linux-dt dpdk
43 matches
Mail list logo
