On 08.06.2017 18:44, Sergio Gonzalez Monroy wrote:
> On 08/06/2017 13:14, Bruce Richardson wrote:
>> On Thu, Jun 08, 2017 at 02:21:58PM +0300, Ilya Maximets wrote:
>>> Hi everyone,
>>>
>>> I just want to clarify current status of these patches.
>>> As I understand, moving to the new build system (f
Hi,
> -Original Message-
> From: Chilikin, Andrey
> Sent: Tuesday, June 13, 2017 4:00 AM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Wu, Jingjing
> ;
> Chilikin, Andrey
> Subject: [PATCH v2 0/2] net/i40e: get information about ddp profile
>
> This patch adds ability to request information a
Signed-off-by: Jerin Jacob
---
drivers/event/sw/sw_evdev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/event/sw/sw_evdev.c b/drivers/event/sw/sw_evdev.c
index 7f69e3883..97d573ecd 100644
--- a/drivers/event/sw/sw_evdev.c
+++ b/drivers/event/sw/sw_evdev.c
@@ -435,6 +435,7 @@ sw_inf
Introducing the burst mode capability flag to express the event device
is capable of operating in burst mode for enqueue(forward, release) and
dequeue operation. If the device is not capable, then the application
still uses the rte_event_dequeue_burst() and rte_event_enqueue_burst()
but PMD accepts
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, June 14, 2017 12:42 AM
> To: Zhang, Helin ; Wu, Jingjing
>
> Cc: dev@dpdk.org; Yigit, Ferruh ; sta...@dpdk.org;
> Xing, Beilei
> Subject: [PATCH 2/5] net/i40e: fix memset size
>
> This causes build error with gcc 7.1.1 :
>
>
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Friday, June 9, 2017 8:16 AM
> To: dev@dpdk.org
> Cc: hemant.agra...@nxp.com; Eads, Gage ; Van
> Haaren, Harry ; Jerin Jacob
> ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] event/octeontx: f
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Friday, June 9, 2017 7:07 AM
> To: dev@dpdk.org
> Cc: hemant.agra...@nxp.com; Eads, Gage ; Van
> Haaren, Harry ; Jerin Jacob
>
> Subject: [dpdk-dev] [PATCH] event/octeontx: improve dequeue per
> On Jun 13, 2017, at 1:04 PM, Dumitrescu, Cristian
> wrote:
>
>
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jay Rolette
>> Sent: Tuesday, June 13, 2017 7:00 PM
>> To: Yigit, Ferruh
>> Cc: Thomas Monjalon ; DPDK
>> Subject: Re: [dpdk-dev] [RFC] Ke
> On Jun 13, 2017, at 1:00 PM, Jay Rolette wrote:
>
> On Tue, Jun 13, 2017 at 12:21 PM, Ferruh Yigit
> wrote:
>
>> On 5/30/2017 11:55 AM, Thomas Monjalon wrote:
>>> 26/05/2017 18:52, Ferruh Yigit:
We are looking for re-sending [1] the Kernel Control Path (KCP)
with some updates [2].
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jay Rolette
> Sent: Tuesday, June 13, 2017 7:00 PM
> To: Yigit, Ferruh
> Cc: Thomas Monjalon ; DPDK
> Subject: Re: [dpdk-dev] [RFC] Kernel Control Path (KCP)
>
> On Tue, Jun 13, 2017 at 12:21 PM, Ferruh Yigit
On Tue, Jun 13, 2017 at 12:21 PM, Ferruh Yigit
wrote:
> On 5/30/2017 11:55 AM, Thomas Monjalon wrote:
> > 26/05/2017 18:52, Ferruh Yigit:
> >> We are looking for re-sending [1] the Kernel Control Path (KCP)
> >> with some updates [2].
> >>
> >> Mainly this is an usability improvement for DPDK.
>
Hi,
I use ovs-dpdk with one application which talks to ovs by using ring device
and "--proc-type=secondary" (secondary processes).
It generally works well, but sometimes it shows this error.
It seems it could not find correct memory mapping in the application.
2017-06-13 11:21:40.988 STDERR Thre
> -Original Message-
> From: Richardson, Bruce
> Sent: Tuesday, June 13, 2017 5:31 PM
> To: Zhang, Qi Z ; Ananyev, Konstantin
> ; Yigit, Ferruh
> Cc: dev@dpdk.org; Lu, Wenzhuo ; Zhang, Helin
> ; Zhang, Qi Z
> Subject: RE: [dpdk-dev] [PATCH v4 1/2] net/ixgbe: add SSE4.1 support to
> v
On 5/30/2017 11:55 AM, Thomas Monjalon wrote:
> 26/05/2017 18:52, Ferruh Yigit:
>> We are looking for re-sending [1] the Kernel Control Path (KCP)
>> with some updates [2].
>>
>> Mainly this is an usability improvement for DPDK.
>>
>> And a quick reminder about what KCP is:
>>
>> "KCP is Linux virt
On 6/11/2017 8:42 PM, Gaëtan Rivet wrote:
> Hi Reshma,
>
> On Fri, Jun 09, 2017 at 02:24:58PM +, Pattan, Reshma wrote:
>> Hi,
>>
>>> -Original Message-
>>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Gaetan Rivet
>>> Sent: Thursday, June 8, 2017 12:59 AM
>>> To: dev@dpdk.org
>
On 6/13/2017 2:49 PM, Markos Chandras wrote:
> On 06/13/2017 04:45 PM, Ferruh Yigit wrote:
>> On 6/13/2017 10:18 AM, Nirmoy Das wrote:
>>>
>>>
>>> On 06/12/2017 04:35 PM, Markos Chandras wrote:
On 06/02/2017 07:38 PM, Markos Chandras wrote:
> On 06/02/2017 05:31 PM, Nirmoy Das wrote:
>
build error with icc version 17.0.4 (gcc version 7.0.0 compatibility):
In file included from .../dpdk/lib/librte_hash/rte_fbk_hash.h(59),
from .../dpdk/lib/librte_hash/rte_fbk_hash.c(54):
.../dpdk/x86_64-native-linuxapp-icc/include/rte_hash_crc.h(480):
error #1292: unknown attrib
build error:
.../dpdk/drivers/net/mlx5/mlx5_fdir.c:
In function ‘fdir_filter_to_flow_desc’:
.../dpdk/drivers/net/mlx5/mlx5_fdir.c:146:18:
error: this statement may fall through [-Werror=implicit-fallthrough=]
desc->dst_port = fdir_filter->input.flow.udp4_flow.dst_port;
~~~^
build error:
.../dpdk/drivers/net/enic/base/vnic_dev.c:
In function ‘vnic_dev_get_mac_addr’:
.../dpdk/drivers/net/enic/base/vnic_dev.c:470:12:
error: ‘a0’ is used uninitialized in this function
[-Werror=uninitialized]
args[0] = *a0;
^~~
...dpdk/drivers/net/enic/base/vnic_dev.c:
This causes build error with gcc 7.1.1 :
...dpdk/drivers/net/i40e/i40e_flow.c:2357:2:
error: ‘memset’ used with length equal to number of elements without
multiplication by element size [-Werror=memset-elt-size]
memset(off_arr, 0, I40E_MAX_FLXPLD_FIED);
^~
...dpdk/drivers/net/i40e/
build error:
.../dpdk/build/build/lib/librte_eal/linuxapp/kni/igb_main.c:
In function ‘igb_kni_probe’:
.../dpdk/build/build/lib/librte_eal/linuxapp/kni/igb_main.c:2483:30:
error: ‘%d’ directive output may be truncated writing between 1 and 5
bytes into a region of size between 0 and 11
[-We
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Qi Zhang
> Sent: Tuesday, June 13, 2017 9:58 AM
> To: Ananyev, Konstantin ; Yigit, Ferruh
>
> Cc: dev@dpdk.org; Lu, Wenzhuo ; Zhang, Helin
> ; Zhang, Qi Z
> Subject: [dpdk-dev] [PATCH v4 1/2] net/ixgbe: add SSE4.1
Hardware PTYPE in Rx desc will be parsed to fill
mbuf's packet_type.
Signed-off-by: Ray Kinsella
Signed-off-by: Qi Zhang
---
v4:
- use RTE_ARCH_X86 for all x86 configure.
- add Ray Kinsella back to signed-off list.
v3:
- fix compile error when no SSE4.1 support.
- reverse couple unnecessary cha
x86 vPMD will be disabled if currently platform does not support SSE4.1.
This is the prework to enable vPMD ptype offload where SSE4.1 instrunctions
will be involved.
Signed-off-by: Qi Zhang
---
drivers/net/ixgbe/ixgbe_rxtx_vec_sse.c | 4
1 file changed, 4 insertions(+)
diff --git a/driver
Hi Adrien, Nelio,
I am getting following build error [1] with clang [2] when debug enabled
for mlx4 and mlx5.
This started after I update my box, not sure what triggered this.
Can you please help fixing this?
Thanks,
ferruh
[1]
.../drivers/net/mlx4/mlx4_flow.c:731:3: error: use of GNU stateme
> -Original Message-
> From: Olivier MATZ [mailto:olivier.m...@6wind.com]
> Sent: Tuesday, June 13, 2017 4:28 PM
> To: Wu, Jingjing
> Cc: Xing, Beilei ; Richardson, Bruce
> ;
> Zhang, Helin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] i40e: pci probe fails when using one bogus sfp
>
> Hi J
On 06/13/2017 04:45 PM, Ferruh Yigit wrote:
> On 6/13/2017 10:18 AM, Nirmoy Das wrote:
>>
>>
>> On 06/12/2017 04:35 PM, Markos Chandras wrote:
>>> On 06/02/2017 07:38 PM, Markos Chandras wrote:
On 06/02/2017 05:31 PM, Nirmoy Das wrote:
> disable truncation check to ignore below warning
>>>
On 6/13/2017 10:18 AM, Nirmoy Das wrote:
>
>
> On 06/12/2017 04:35 PM, Markos Chandras wrote:
>> On 06/02/2017 07:38 PM, Markos Chandras wrote:
>>> On 06/02/2017 05:31 PM, Nirmoy Das wrote:
disable truncation check to ignore below warning
dpdk/x86_64-native-linuxapp-gcc-default/build/li
On mlx5 PMD Flow pattern without any specific vlan will match for vlan
packets as well.
Cc: sta...@dpdk.org
Signed-off-by: Shahaf Shuler
Acked-by: Nelio Laranjeiro
---
on v2:
* move the reported issue to mlx5 guide as it is present since commit
12475fb203ad ("net/mlx5: support VLAN flow ite
Add new meta pattern item RTE_FLOW_TYPE_ITEM_FUZZY in flow API.
This is for device that support fuzzy match option.
Usually a fuzzy match is fast but the cost is accuracy.
i.e. Signature Match only match pattern's hash value, but it is
possible that two different patterns have the same hash value.
From: "Bernard.Iremonger"
The dyn_tokens array is initialised at the beginning of
the cmdline_parse function. However when the inst_num
variable is incremented later in the function the
dyn_tokens array is not reinitialised so the tokens
from the previous command are used.
The solution is to ini
On 06/13/2017 12:18 PM, Nirmoy Das wrote:
>
>
> On 06/12/2017 04:35 PM, Markos Chandras wrote:
>> On 06/02/2017 07:38 PM, Markos Chandras wrote:
>>> On 06/02/2017 05:31 PM, Nirmoy Das wrote:
disable truncation check to ignore below warning
dpdk/x86_64-native-linuxapp-gcc-default/build/l
On 06/12/2017 04:35 PM, Markos Chandras wrote:
> On 06/02/2017 07:38 PM, Markos Chandras wrote:
>> On 06/02/2017 05:31 PM, Nirmoy Das wrote:
>>> disable truncation check to ignore below warning
>>> dpdk/x86_64-native-linuxapp-gcc-default/build/lib/librte_eal/linuxapp/kni/igb_main.c:2476:30:
>>>
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Pawel Wodkowski
> Sent: Wednesday, May 24, 2017 12:18 PM
> To: dev@dpdk.org
> Cc: Wodkowski, PawelX
> Subject: [dpdk-dev] [PATCH] vfio: allow to map other memory regions
>
> Currently it is not possible to use memory that is not owned by DPDK
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bernard Iremonger
> Sent: Monday, June 12, 2017 4:18 PM
> To: dev@dpdk.org; tho...@monjalon.net
> Cc: Iremonger, Bernard
> Subject: [dpdk-dev] [PATCH v2 4/4] doc: remove deprecation notice
>
> From: "Bernard.Ire
Hi Jingjing,
On Mon, 12 Jun 2017 16:23:47 +, "Wu, Jingjing"
wrote:
> HI, Olivier
>
> > Thank you for your quick answer.
> >
> > Yes, the pci probing continues for the other ports even if one port
> > failed (since v17.05, commit 10f6c93cea).
> >
> > But I find a bit strange to have this c
13/06/2017 09:24, Jerin Jacob:
> From: Thomas Monjalon
> > 13/06/2017 06:43, Jerin Jacob:
> > > From: Thomas Monjalon
> > > > 09/06/2017 12:27, Jerin Jacob:
> > > > > Some ethdev devices like nicvf thunderx PMD need special treatment for
> > > > > Secondary queue set(SQS) PCIe VF devices, where,
-Original Message-
> Date: Tue, 13 Jun 2017 09:03:56 +0200
> From: Thomas Monjalon
> To: Jerin Jacob
> Cc: dev@dpdk.org, ferruh.yi...@intel.com
> Subject: Re: [dpdk-dev] [PATCH v3 1/2] eal/pci: introduce a PCI driver flag
>
> 13/06/2017 06:43, Jerin Jacob:
> > -Original Message-
13/06/2017 06:43, Jerin Jacob:
> -Original Message-
> > Date: Mon, 12 Jun 2017 18:21:33 +0200
> > From: Thomas Monjalon
> > To: Jerin Jacob
> > Cc: dev@dpdk.org, ferruh.yi...@intel.com
> > Subject: Re: [dpdk-dev] [PATCH v3 1/2] eal/pci: introduce a PCI driver flag
> >
> > 09/06/2017 12:
39 matches
Mail list logo
