On Tue, Sep 22, 2015 at 01:06:17PM +0300, Marcel Apfelbaum wrote:
> On 09/22/2015 12:21 PM, Yuanhan Liu wrote:
> >On Tue, Sep 22, 2015 at 11:47:34AM +0300, Marcel Apfelbaum wrote:
> >>On 09/22/2015 11:34 AM, Yuanhan Liu wrote:
> >>>On Tue, Sep 22, 2015 at 11:10:13AM +0300, Marcel Apfelbaum wrote:
>
Hello,
I am getting these errors in the log when VM which is using VF interface bound
to DPDK does shut/no shut. I tried to find what opcode 14 means but could not
find.
[11787.657800] i40e :83:00.0: Failed opcode 14 Error: -5
[11787.707834] i40e :83:00.0: Failed opcode 14 Error: -5
[11
On 09/22/2015 05:22 PM, Yuanhan Liu wrote:
> On Tue, Sep 22, 2015 at 01:06:17PM +0300, Marcel Apfelbaum wrote:
>> On 09/22/2015 12:21 PM, Yuanhan Liu wrote:
>>> On Tue, Sep 22, 2015 at 11:47:34AM +0300, Marcel Apfelbaum wrote:
On 09/22/2015 11:34 AM, Yuanhan Liu wrote:
> On Tue, Sep 22, 20
On Tue, Sep 22, 2015 at 11:47:34AM +0300, Marcel Apfelbaum wrote:
> On 09/22/2015 11:34 AM, Yuanhan Liu wrote:
> >On Tue, Sep 22, 2015 at 11:10:13AM +0300, Marcel Apfelbaum wrote:
> >>On 09/22/2015 10:31 AM, Yuanhan Liu wrote:
> >>>On Mon, Sep 21, 2015 at 08:56:30PM +0300, Marcel Apfelbaum wrote:
>
Hi,
On 09/22/2015 12:14 PM, Panu Matilainen wrote:
> In my packaging of DPDK I ended up providing both: headers, libraries
> etc in the normal system paths, and then a separate dpdk-sdk directory
> holding the SDK-parts like mk bits and symlinking to the libs and
> headers as needed, so that you c
On Tue, Sep 22, 2015 at 11:10:13AM +0300, Marcel Apfelbaum wrote:
> On 09/22/2015 10:31 AM, Yuanhan Liu wrote:
> >On Mon, Sep 21, 2015 at 08:56:30PM +0300, Marcel Apfelbaum wrote:
> [...]
> >>>
> >>>Hi,
> >>>
> >>>I have made 4 cleanup patches few weeks before, including the patch
> >>>to define ki
2015-09-22 11:34, Dumitrescu, Cristian:
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen
> > Hemminger
> > Sent: Tuesday, September 22, 2015 1:36 AM
> > To: Azarewicz, PiotrX T
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH v1 1/3] po
Version 2.1 must retain source code compatability with 2.0,
all structure fields should be retained. If a field is no
longer used it should have been marked as deprecated.
Fixes: 661e75ef8cac ("hash: rename unused field")
Signed-off-by: Stephen Hemminger
---
lib/librte_hash/rte_hash.h | 3 ++-
On Mon, 13 Jul 2015 17:38:45 +0100
Bruce Richardson wrote:
> The cuckoo hash has a fixed number of entries per bucket, so the
> configuration parameter for this is unused. We change this field in the
> parameters struct to "reserved" to indicate that there is now no such
> parameter value, while
On Tue, 22 Sep 2015 15:37:13 +0200
Thomas Monjalon wrote:
> 2015-09-22 09:29, Xie, Huawei:
> > On 9/22/2015 4:38 PM, Thomas Monjalon wrote:
> > > I thought it was clear we must avoid #ifdef for configuration.
> > > Please check how to add a runtime flag.
> > > Or better: keep only one path which
2015-09-22 10:05, Dumitrescu, Cristian:
> Are you using a DPDK release older than 2.1?
> In DPDK we moved away from test_hash to CRC-based hashes.
> Please take a look at DPDK release 2.1 examples/ip_pipeline application:
> in pipeline_flow_classification_be.c, we use CRC-based hash functions
> def
2015-09-22 09:29, Xie, Huawei:
> On 9/22/2015 4:38 PM, Thomas Monjalon wrote:
> > I thought it was clear we must avoid #ifdef for configuration.
> > Please check how to add a runtime flag.
> > Or better: keep only one path which works everywhere and well optimized.
>
> Thomas, i have this in mind
On Mon, Sep 21, 2015 at 08:56:30PM +0300, Marcel Apfelbaum wrote:
> On 09/21/2015 05:06 AM, Yuanhan Liu wrote:
> >On Sun, Sep 20, 2015 at 04:58:42PM +0300, Marcel Apfelbaum wrote:
> >>On 09/18/2015 06:10 PM, Yuanhan Liu wrote:
> >>>All queue pairs, including the default (the first) queue pair,
> >>
Test commands are added to support clearing input set, or setting
with new input set per different pctype.
Signed-off-by: Helin Zhang
Signed-off-by: Andrey Chilikin
---
app/test-pmd/cmdline.c | 106 +
1 file changed, 106 insertions(+)
diff --git
The default fields of a received packet are loaded from firmware,
which cannot be modified even users want to use different fields
for RSS or filtering. Here adds a workaround to open more
flexibilities of selecting packet fields for hash calculation or
flow director to users.
Signed-off-by: Helin
The default fields of a received packet are loaded from firmware,
which cannot be modified even users want to use different fields
for RSS or filtering. Here adds a workaround to open more
flexibilities of selecting packet fields for hash calculation or
flow director to users. It also includes the
When creating a ring, a memzone is created to allocate it in memory,
but the ring could not be freed, as memzones could not be.
Since memzones can be freed now, then rings can be as well,
taking into account if they were initialized using pre-allocated memory
(in which case, memory should be freed
I'm running NAT with iptables on server M2, and two linux PCs, M1 and M3,
are directly connected to M2 as below. All interfaces are 1G NICs over 1G
links.
[ M1 ]p1p3-[ M2 ]-p1p4[ M3 ]
Without KNI nor DPDK, native iptables in Linux supports 360Mbps for UDP and
545Mbps for TCP.
With
Test commands are added to support clearing input set, or setting
with new input set per different pctype.
Signed-off-by: Helin Zhang
Signed-off-by: Andrey Chilikin
---
app/test-pmd/cmdline.c | 106 +
1 file changed, 106 insertions(+)
diff --git
The default fields of a received packet are loaded from firmware,
which cannot be modified even users want to use different fields
for RSS or filtering. Here adds a workaround to open more
flexibilities of selecting packet fields for hash calculation or
flow director to users.
Signed-off-by: Helin
The default fields of a received packet are loaded from firmware,
which cannot be modified even users want to use different fields
for RSS or filtering. Here adds a workaround to open more
flexibilities of selecting packet fields for hash calculation or
flow director to users. It also includes the
On 09/22/2015 01:14 PM, Panu Matilainen wrote:
> On 09/22/2015 12:00 PM, Olivier MATZ wrote:
>> Hi,
>>
>> On 09/22/2015 10:34 AM, Panu Matilainen wrote:
>>> On 09/22/2015 11:00 AM, Olivier MATZ wrote:
Actually, the current "install" directive means: install all stuff
required to build a p
On 09/22/2015 12:00 PM, Olivier MATZ wrote:
> Hi,
>
> On 09/22/2015 10:34 AM, Panu Matilainen wrote:
>> On 09/22/2015 11:00 AM, Olivier MATZ wrote:
>>> Actually, the current "install" directive means: install all stuff
>>> required to build a project for the specified targets (example:
>>> x86_64-n
On 09/22/2015 12:21 PM, Yuanhan Liu wrote:
> On Tue, Sep 22, 2015 at 11:47:34AM +0300, Marcel Apfelbaum wrote:
>> On 09/22/2015 11:34 AM, Yuanhan Liu wrote:
>>> On Tue, Sep 22, 2015 at 11:10:13AM +0300, Marcel Apfelbaum wrote:
On 09/22/2015 10:31 AM, Yuanhan Liu wrote:
> On Mon, Sep 21, 20
On 09/22/2015 11:34 AM, Yuanhan Liu wrote:
> On Tue, Sep 22, 2015 at 11:10:13AM +0300, Marcel Apfelbaum wrote:
>> On 09/22/2015 10:31 AM, Yuanhan Liu wrote:
>>> On Mon, Sep 21, 2015 at 08:56:30PM +0300, Marcel Apfelbaum wrote:
>> [...]
>
> Hi,
>
> I have made 4 cleanup patches few w
Modify the doc about flow director commands to support filtering in VFs.
Remove related ABI deprecation.
Signed-off-by: Jingjing Wu
---
doc/guides/rel_notes/deprecation.rst| 4
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 12 ++--
2 files changed, 6 insertions(+), 10 delet
This patch extends commands to support filtering in VFs of flow director.
Signed-off-by: Jingjing Wu
---
app/test-pmd/cmdline.c | 41 +
1 file changed, 37 insertions(+), 4 deletions(-)
diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c
index 0f8
This patch extends flow director to filtering in VFs.
It also corrects to disable interrupt on queues when stop device.
Signed-off-by: Jingjing Wu
---
drivers/net/i40e/i40e_ethdev.c | 4 ++--
drivers/net/i40e/i40e_fdir.c | 15 ---
2 files changed, 14 insertions(+), 5 deletions(-)
This patch extends struct rte_eth_fdir_flow_ext to support flow
director in VFs.
Signed-off-by: Jingjing Wu
---
lib/librte_ether/rte_eth_ctrl.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_ether/rte_eth_ctrl.h b/lib/librte_ether/rte_eth_ctrl.h
index 26b7b33..403e6b8 100644
--
This patch set extends flow director to VF filtering in i40e driver.
Jingjing Wu (4):
ethdev: extend struct to support flow director in VFs
i40e: extend flow diretcor to support filtering in VFs
testpmd: extend commands
doc: extend commands in testpmd and remove related ABI deprecation
a
I can not see that code. Can you point out where is it?
Thanks
On Mon, Sep 21, 2015 at 11:41 PM, Stephen Hemminger <
stephen at networkplumber.org> wrote:
> On Fri, 18 Sep 2015 11:33:36 +0100
> Alejandro Lucero wrote:
>
> > I have seen the API definition says nothing about accuracy but some PMD
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen
> Hemminger
> Sent: Tuesday, September 22, 2015 1:35 AM
> To: Azarewicz, PiotrX T
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1 1/3] port: add mp/mc ring ports
>
> On Tue, 15 Sep 2015 15:06
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen
> Hemminger
> Sent: Tuesday, September 22, 2015 1:37 AM
> To: Azarewicz, PiotrX T
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1 1/3] port: add mp/mc ring ports
>
> On Tue, 15 Sep 2015 15:06
On 09/22/2015 11:00 AM, Olivier MATZ wrote:
> Hi,
>
> On 09/22/2015 08:29 AM, Panu Matilainen wrote:
>> On 09/18/2015 11:33 PM, Mario Carrillo wrote:
>>> DPDK package lacks of a mechanism to install libraries, headers
>>> applications and kernel modules to a file system tree.
>>>
>>> This patch set
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen
> Hemminger
> Sent: Tuesday, September 22, 2015 1:36 AM
> To: Azarewicz, PiotrX T
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1 1/3] port: add mp/mc ring ports
>
> On Tue, 15 Sep 2015 15:06
On 09/22/2015 10:31 AM, Yuanhan Liu wrote:
> On Mon, Sep 21, 2015 at 08:56:30PM +0300, Marcel Apfelbaum wrote:
[...]
>>>
>>> Hi,
>>>
>>> I have made 4 cleanup patches few weeks before, including the patch
>>> to define kickfd and callfd as int type, and they have already got
>>> the ACK from Huawei
Hi Vithal,
On 09/22/2015 07:10 AM, Vithal Mohare wrote:
> Hi,
>
> While creating mbuf pool, suppose if mbuf-pool size passed to DPDK API is
> already pow-of-2 [ rte_mempool_create()-->rte_mempool_xmem_create()]. Then,
> noticed that, corresponding size of the ring created for this pool will b
On 09/18/2015 11:33 PM, Mario Carrillo wrote:
> Add hierarchy-file support to the DPDK headers,
> when invoking "make install H=1" (hierarchy-file)
>
> This hierarchy is based on:
> http://www.freedesktop.org/software/systemd/man/file-hierarchy.html
>
> headers will be installed in: $(DESTDIR)/usr/
Hi,
On 09/22/2015 10:34 AM, Panu Matilainen wrote:
> On 09/22/2015 11:00 AM, Olivier MATZ wrote:
>> Actually, the current "install" directive means: install all stuff
>> required to build a project for the specified targets (example:
>> x86_64-native-linuxapp-gcc).
>>
>> If we just do "make instal
On Mon, Sep 21, 2015 at 12:04:16PM +0300, Michael S. Tsirkin wrote:
> On Mon, Sep 21, 2015 at 10:25:18AM +0800, Yuanhan Liu wrote:
> > On Sun, Sep 20, 2015 at 12:29:17PM +0300, Michael S. Tsirkin wrote:
> > > On Fri, Sep 18, 2015 at 11:10:53PM +0800, Yuanhan Liu wrote:
> > > > From: Changchun Ouyan
On 09/18/2015 11:33 PM, Mario Carrillo wrote:
> Add hierarchy-file support to the DPDK libs,
> when invoking "make install H=1" (hierarchy-file)
>
> This hierarchy is based on:
> http://www.freedesktop.org/software/systemd/man/file-hierarchy.html
>
> for this case, if the architecture is 64 bits li
This patch removes the #ident strings at the beginning of the source files.
Signed-off-by: Sujith Sankar
---
drivers/net/enic/base/cq_desc.h | 1 -
drivers/net/enic/base/cq_enet_desc.h | 1 -
drivers/net/enic/base/rq_enet_desc.h | 1 -
drivers/net/enic/base/vnic_cq.c | 1 -
drivers
2015-09-18 00:17, Huawei Xie:
> --- a/config/common_linuxapp
> +++ b/config/common_linuxapp
> @@ -241,6 +241,7 @@ CONFIG_RTE_LIBRTE_ENIC_DEBUG=n
> # Compile burst-oriented VIRTIO PMD driver
> #
> CONFIG_RTE_LIBRTE_VIRTIO_PMD=y
> +CONFIG_RTE_VIRTIO_SIMPLE=y
> CONFIG_RTE_LIBRTE_VIRTIO_DEBUG_INIT=
Dne 21.9.2015 v 16:35 Martin Dra?ar napsal(a):
> Hi,
>
> I have a hard time understanding the configuration of multiple pthreads
> in eal initialization.
>
> Let's say I have a 4 lcore machine (2 phys. cores with HT) and I want to
> run 7 threads on it.
>
> I thought that these options would hel
On Mon, Sep 21, 2015 at 12:02:20PM +0300, Michael S. Tsirkin wrote:
> On Mon, Sep 21, 2015 at 10:22:52AM +0800, Yuanhan Liu wrote:
> > On Sun, Sep 20, 2015 at 12:37:35PM +0300, Michael S. Tsirkin wrote:
> > > On Fri, Sep 18, 2015 at 11:10:54PM +0800, Yuanhan Liu wrote:
> > > > From: Changchun Ouyan
Hi Mario,
On 09/18/2015 10:33 PM, Mario Carrillo wrote:
> DPDK package lacks of a mechanism to install libraries, headers
> applications and kernel modules to a file system tree.
>
> This patch set allows to install files according to the next
> proposal:
> http://www.freedesktop.org/software/sys
Hi Avinash,
Yes, the hash function is configurable.
Are you using a DPDK release older than 2.1? In DPDK we moved away from
test_hash to CRC-based hashes. Please take a look at DPDK release 2.1
examples/ip_pipeline application: in pipeline_flow_classification_be.c, we use
CRC-based hash functi
Hi,
On 09/22/2015 08:29 AM, Panu Matilainen wrote:
> On 09/18/2015 11:33 PM, Mario Carrillo wrote:
>> DPDK package lacks of a mechanism to install libraries, headers
>> applications and kernel modules to a file system tree.
>>
>> This patch set allows to install files according to the next
>> prop
On 09/18/2015 11:33 PM, Mario Carrillo wrote:
> Add hierarchy-file support to the DPDK modules for linux,
> when invoking "make install H=1" (hierarchy-file)
>
> This hierarchy is based on:
> http://www.freedesktop.org/software/systemd/man/file-hierarchy.html
>
> headers will be installed in: $(DES
On Tue, 22 Sep 2015 16:23:51 +0200
Thomas Monjalon wrote:
> 2015-09-22 11:34, Dumitrescu, Cristian:
> >
> > > -Original Message-
> > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen
> > > Hemminger
> > > Sent: Tuesday, September 22, 2015 1:36 AM
> > > To: Azarewicz, Piot
Hello dpdk-ers,
We are pleased to announce Scylla, a new open-source NoSQL database
powered by DPDK. Scylla's performance (one million transactions per
second per node) derives in part from a user-space TCP/IP stack, using
DPDK to drive the network cards.
Scylla is open source and can be foun
On 9/22/2015 4:38 PM, Thomas Monjalon wrote:
> 2015-09-18 00:17, Huawei Xie:
>> --- a/config/common_linuxapp
>> +++ b/config/common_linuxapp
>> @@ -241,6 +241,7 @@ CONFIG_RTE_LIBRTE_ENIC_DEBUG=n
>> # Compile burst-oriented VIRTIO PMD driver
>> #
>> CONFIG_RTE_LIBRTE_VIRTIO_PMD=y
>> +CONFIG_RTE_V
On 09/18/2015 11:33 PM, Mario Carrillo wrote:
> DPDK package lacks of a mechanism to install libraries, headers
> applications and kernel modules to a file system tree.
>
> This patch set allows to install files according to the next
> proposal:
> http://www.freedesktop.org/software/systemd/man/fil
I am going to host a community call on Thursday Sept 24 at 7:00am Pacific
daylight time. The conference call dial-in info via GoToMeeting is pasted
below. Here is the background and objective of the discussion.
The DPDK community continues to grow. Here are some stats on the 2.1 release
from
On Tue, Sep 22, 2015 at 11:00:08AM +0200, Olivier MATZ wrote:
> Hi,
>
> On 09/22/2015 10:34 AM, Panu Matilainen wrote:
> > On 09/22/2015 11:00 AM, Olivier MATZ wrote:
> >> Actually, the current "install" directive means: install all stuff
> >> required to build a project for the specified targets
Hi David
PF, VFs VMDq, FD on the same port share the queues, actually we can know the
total number of the queues, the maximum number of queues may vary depends on
how they will be used with PF, VF, VMDq AND FD.
So the users will define the number for each, the code will just check the
total num
Hi,
While creating mbuf pool, suppose if mbuf-pool size passed to DPDK API is
already pow-of-2 [ rte_mempool_create()-->rte_mempool_xmem_create()]. Then,
noticed that, corresponding size of the ring created for this pool will be
double the size of mbuf-pool. This is because of below code sni
The default value of RTE_MAX_QUEUES_PER_PORT is 256, which is too small for
some configurations for i40e. There will return an error when configured queue
number is larger than 256 in
rte_eth_dev_configure().
For example, in vHost sample, PF queue number: 64, configured vmdq pool number:
63,
58 matches
Mail list logo