This patch fix problem in function rte_cryptodev_devices_get().
Program received signal SIGSEGV, Segmentation fault.
It also rework the function to use correct types and clean up visibility.
Fixes: 38227c0e3ad2 ("cryptodev: retrieve device info")
Signed-off-by: Slawomir Mrozowicz
---
lib/librte
Rx statistic is incorrect when packet is oversize.
CC: sta...@dpdk.org
Signed-off-by: Jingjing Wu
---
doc/guides/nics/i40e.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/guides/nics/i40e.rst b/doc/guides/nics/i40e.rst
index 1245ecf..ae5b43f 100644
--- a/doc/guides/nics/i40e.r
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Thursday, February 02, 2017 20:02
> To: Nipun Gupta
> Cc: dev@dpdk.org; thomas.monja...@6wind.com;
> bruce.richard...@intel.com; Hemant Agrawal ;
> gage.e...@intel.com; harry.van.haa...@intel.com
> S
Hi Ferruh,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday, January 30, 2017 8:16 PM
> To: Bie, Tiwei; Lu, Wenzhuo
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] net/ixgbe: clean up rte_eth_dev_info_get
>
> On 1/25/2017 5:24 AM, Tiwei Bie wrote:
> > On Wed, Jan 25, 2017 at
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Thursday, February 02, 2017 19:39
> To: Nipun Gupta
> Cc: dev@dpdk.org; thomas.monja...@6wind.com;
> bruce.richard...@intel.com; Hemant Agrawal ;
> gage.e...@intel.com; harry.van.haa...@intel.com
> S
On 2 February 2017 at 00:19, Ananyev, Konstantin
wrote:
> Hi,
>
>> -Original Message-
>> From: Jianbo Liu [mailto:jianbo@linaro.org]
>> Sent: Monday, December 19, 2016 6:09 AM
>> To: dev@dpdk.org; Zhang, Helin ; Ananyev, Konstantin
>> ;
>> jerin.ja...@caviumnetworks.com
>> Cc: Jianbo
> -Original Message-
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Thursday, February 02, 2017 19:29
> To: Nipun Gupta
> Cc: Jerin Jacob ; dev@dpdk.org;
> thomas.monja...@6wind.com; Hemant Agrawal ;
> gage.e...@intel.com; harry.van.haa...@intel.com
> Subject: Re: [
Hi Chenghu,
> -Original Message-
> From: Chenghu Yao [mailto:yao.chen...@zte.com.cn]
> Sent: Wednesday, December 21, 2016 10:04 AM
> To: Lu, Wenzhuo; Zhang, Helin
> Cc: dev@dpdk.org; Chenghu Yao
> Subject: [PATCH v2] net/ixgbe/base: clear redundant macro define
>
> In head file "ixgbe_mb
Hi, Ferruh
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday, January 23, 2017 8:23 PM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: zhao wei
> Subject: Re: [dpdk-dev] [PATCH v1] net/ixgbe: add more check in n-tuple
> filter
>
> On 1/23/2017 3:32 AM, Wei Zhao wrote:
> > Add more check o
If a packet send is attempted with a packet larger than the NIC
is capabile of processing (9208) it will be dropped with no
completion descriptor returned or completion index update, which
will lead to an mbuf leak and eventual hang.
Drop and count oversized Tx packets in the Tx burst function and
Signed-off-by: Keith Wiles
---
drivers/net/tap/rte_eth_tap.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 4f7eacf..238824e 100644
--- a/drivers/net/tap/rte_eth_tap.c
+++ b/drivers/net/tap/rte_eth
Signed-off-by: Keith Wiles
---
drivers/net/tap/rte_eth_tap.c | 39 +++
1 file changed, 19 insertions(+), 20 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 6673182..4f7eacf 100644
--- a/drivers/net/tap/rte_eth_tap.
Signed-off-by: Keith Wiles
---
drivers/net/tap/rte_eth_tap.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 9ed7a87..6673182 100644
--- a/drivers/net/tap/rte_eth_tap.c
+++ b/drivers/net/tap/rte_e
Signed-off-by: Keith Wiles
---
drivers/net/tap/rte_eth_tap.c | 93 ++-
1 file changed, 48 insertions(+), 45 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 3f179c3..9ed7a87 100644
--- a/drivers/net/tap/rte_eth_
Signed-off-by: Keith Wiles
---
doc/guides/nics/tap.rst | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/doc/guides/nics/tap.rst b/doc/guides/nics/tap.rst
index 622b9e7..2ab60ff 100644
--- a/doc/guides/nics/tap.rst
+++ b/doc/guides/nics/tap.rst
@@ -45,18 +45,18 @@
On 2/2/2017 10:34 AM, Nelio Laranjeiro wrote:
> First two bytes of the Ethernet header was written twice at the same place.
>
> Fixes: b8fe952ec5b6 ("net/mlx5: prepare Tx vectorization")
>
> Signed-off-by: Yongseok Koh
> Signed-off-by: Nelio Laranjeiro
Series applied to dpdk-next-net/master, t
On 2/2/2017 4:24 PM, Wiles, Keith wrote:
>
>> On Feb 2, 2017, at 10:23 AM, Wiles, Keith wrote:
>>
>>
>>> On Feb 2, 2017, at 10:17 AM, Pascal Mazon wrote:
>>>
>>> dev->data->name contains the device name, e.g. "net_tap0".
>>> dev->data->dev_private->name contains the actual iface name,
>>> e.g. "
The total length field in descriptor of inlined multi-packet send must be
updated before closing a seesion. There's possibility of updating it
afterward. This bug might cause one packet out of MLX5_MPW_DSEG_MAX gets
silently dropped by HW and impact performance, escpecially lossless test.
Fixes: 2
On Thu, Feb 02, 2017 at 06:21:55PM +, Daniel P. Berrange wrote:
> On Thu, Feb 02, 2017 at 07:31:49PM +0200, Michael S. Tsirkin wrote:
> > On Thu, Feb 02, 2017 at 05:29:08PM +, Daniel P. Berrange wrote:
> > > On Thu, Feb 02, 2017 at 07:20:35PM +0200, Michael S. Tsirkin wrote:
> > > > On Thu,
On Thu, Feb 02, 2017 at 07:31:49PM +0200, Michael S. Tsirkin wrote:
> On Thu, Feb 02, 2017 at 05:29:08PM +, Daniel P. Berrange wrote:
> > On Thu, Feb 02, 2017 at 07:20:35PM +0200, Michael S. Tsirkin wrote:
> > > On Thu, Feb 02, 2017 at 05:10:28PM +, Daniel P. Berrange wrote:
> > > > On Thu,
On Thu, Feb 02, 2017 at 05:29:08PM +, Daniel P. Berrange wrote:
> On Thu, Feb 02, 2017 at 07:20:35PM +0200, Michael S. Tsirkin wrote:
> > On Thu, Feb 02, 2017 at 05:10:28PM +, Daniel P. Berrange wrote:
> > > On Thu, Feb 02, 2017 at 06:21:55PM +0200, Michael S. Tsirkin wrote:
> > > > On Thu,
On Thu, Feb 02, 2017 at 07:20:35PM +0200, Michael S. Tsirkin wrote:
> On Thu, Feb 02, 2017 at 05:10:28PM +, Daniel P. Berrange wrote:
> > On Thu, Feb 02, 2017 at 06:21:55PM +0200, Michael S. Tsirkin wrote:
> > > On Thu, Feb 02, 2017 at 03:06:21PM +, Daniel P. Berrange wrote:
> > > > On Thu,
2017-01-31 13:28, Bruce Richardson:
> On Tue, Jan 31, 2017 at 01:13:11PM +, Mcnamara, John wrote:
> > From: Thomas Monjalon
> > > Hi Remy,
> > >
> > > > This patch adds a new information metric library that allows other
> > > > modules to register named metrics and update their values. It is
>
On Thu, Feb 02, 2017 at 05:10:28PM +, Daniel P. Berrange wrote:
> On Thu, Feb 02, 2017 at 06:21:55PM +0200, Michael S. Tsirkin wrote:
> > On Thu, Feb 02, 2017 at 03:06:21PM +, Daniel P. Berrange wrote:
> > > On Thu, Feb 02, 2017 at 03:14:01PM +0100, Maxime Coquelin wrote:
> > > >
> > > >
On 02/02/2017 06:09 PM, Michael S. Tsirkin wrote:
On Thu, Feb 02, 2017 at 11:47:57AM -0500, Laine Stump wrote:
On 02/02/2017 10:06 AM, Daniel P. Berrange wrote:
On Thu, Feb 02, 2017 at 03:14:01PM +0100, Maxime Coquelin wrote:
On 02/01/2017 12:41 PM, Daniel P. Berrange wrote:
It depends whe
On Thu, Feb 02, 2017 at 07:09:24PM +0200, Michael S. Tsirkin wrote:
> On Thu, Feb 02, 2017 at 11:47:57AM -0500, Laine Stump wrote:
> > On 02/02/2017 10:06 AM, Daniel P. Berrange wrote:
> > > On Thu, Feb 02, 2017 at 03:14:01PM +0100, Maxime Coquelin wrote:
> > > >
> > > > On 02/01/2017 12:41 PM, Da
On Thu, Feb 02, 2017 at 06:21:55PM +0200, Michael S. Tsirkin wrote:
> On Thu, Feb 02, 2017 at 03:06:21PM +, Daniel P. Berrange wrote:
> > On Thu, Feb 02, 2017 at 03:14:01PM +0100, Maxime Coquelin wrote:
> > >
> > >
> > > On 02/01/2017 12:41 PM, Daniel P. Berrange wrote:
> > > >
> > > > It de
On Thu, Feb 02, 2017 at 11:47:57AM -0500, Laine Stump wrote:
> On 02/02/2017 10:06 AM, Daniel P. Berrange wrote:
> > On Thu, Feb 02, 2017 at 03:14:01PM +0100, Maxime Coquelin wrote:
> > >
> > > On 02/01/2017 12:41 PM, Daniel P. Berrange wrote:
> > > > It depends where / how in OVS it needs to be s
On 02/02/2017 10:06 AM, Daniel P. Berrange wrote:
On Thu, Feb 02, 2017 at 03:14:01PM +0100, Maxime Coquelin wrote:
On 02/01/2017 12:41 PM, Daniel P. Berrange wrote:
It depends where / how in OVS it needs to be set. The only stuff libvirt
does with OVS is to run 'add-port' and 'del-port' comman
Hi Ferruh,
On Thu, Feb 02, 2017 at 03:34:04PM +, Ferruh Yigit wrote:
> On 2/2/2017 10:34 AM, Nelio Laranjeiro wrote:
> > First two bytes of the Ethernet header was written twice at the same place.
>
> Is this patch just prevents re-writing 2 bytes of buffer, or changes the
> buffer content as
> On Feb 2, 2017, at 10:23 AM, Wiles, Keith wrote:
>
>
>> On Feb 2, 2017, at 10:17 AM, Pascal Mazon wrote:
>>
>> dev->data->name contains the device name, e.g. "net_tap0".
>> dev->data->dev_private->name contains the actual iface name,
>> e.g. "dtap0".
>>
>> In any case, the name must to be
> On Feb 2, 2017, at 10:17 AM, Pascal Mazon wrote:
>
> dev->data->name contains the device name, e.g. "net_tap0".
> dev->data->dev_private->name contains the actual iface name,
> e.g. "dtap0".
>
> In any case, the name must to be consistent with the tun_alloc() call in
> eth_dev_tap_create().
>
On Thu, Feb 02, 2017 at 03:06:21PM +, Daniel P. Berrange wrote:
> On Thu, Feb 02, 2017 at 03:14:01PM +0100, Maxime Coquelin wrote:
> >
> >
> > On 02/01/2017 12:41 PM, Daniel P. Berrange wrote:
> > >
> > > It depends where / how in OVS it needs to be set. The only stuff libvirt
> > > does wit
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 40
1 file changed, 40 insertions(+)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 275af9df2252..3f179c3dfb3c 100644
--- a/drivers/net/tap/rte_eth_tap.c
+++
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 67 +++
1 file changed, 62 insertions(+), 5 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 734e3a579219..275af9df2252 100644
--- a/drivers/net/ta
The probe parses for user-defined iface name. Let's use that value.
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index f8b07b4a8fa1..734e3a5792
There's no point in having a different internal MAC address than the one
provided by the kernel when creating the netdevice.
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 22 --
1 file changed, 22 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/dr
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 8faf08551b9e..4cc1767da5e8 100644
--- a/drivers/net/tap/rte_eth_tap.c
+++ b/drivers/net/
pmd->fds[0], pmd->rxq[0] and pmd->txq[0] are set a couple of lines after
the for loop that initializes them to -1.
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte
dev->data->name contains the device name, e.g. "net_tap0".
dev->data->dev_private->name contains the actual iface name,
e.g. "dtap0".
In any case, the name must to be consistent with the tun_alloc() call in
eth_dev_tap_create().
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 12
On 2/2/2017 10:34 AM, Nelio Laranjeiro wrote:
> First two bytes of the Ethernet header was written twice at the same place.
Is this patch just prevents re-writing 2 bytes of buffer, or changes the
buffer content as well?
If buffer content also updated, I think it would be nice to mention in
the c
>-Original Message-
>From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
>Sent: Thursday, February 02, 2017 2:57 PM
>To: Mrzyglod, DanielX T ; Mrozowicz, SlawomirX
>; De Lara Guarch, Pablo
>
>Cc: dev@dpdk.org
>Subject: Re: [dpdk-dev] [PATCH v2] app/test-crypto-perf: fix gcc compilati
On Thu, Feb 02, 2017 at 03:14:01PM +0100, Maxime Coquelin wrote:
>
>
> On 02/01/2017 12:41 PM, Daniel P. Berrange wrote:
> >
> > It depends where / how in OVS it needs to be set. The only stuff libvirt
> > does with OVS is to run 'add-port' and 'del-port' commands via the ovs
> > cli tool. We pa
On Thu, Feb 02, 2017 at 11:19:45AM +, Nipun Gupta wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> > Sent: Wednesday, December 21, 2016 14:55
> > To: dev@dpdk.org
> > Cc: thomas.monja...@6wind.com; bruce.richard...@intel.com; Hem
On 02/01/2017 12:41 PM, Daniel P. Berrange wrote:
On Wed, Feb 01, 2017 at 12:33:22PM +0100, Maxime Coquelin wrote:
On 02/01/2017 10:43 AM, Daniel P. Berrange wrote:
On Wed, Feb 01, 2017 at 10:14:54AM +0100, Michal Privoznik wrote:
On 02/01/2017 09:35 AM, Maxime Coquelin wrote:
Solution
On Thu, Feb 02, 2017 at 11:18:52AM +, Nipun Gupta wrote:
> Hi,
>
> I had a few queries/comments regarding the eventdev patches.
>
> Please see inline.
>
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> > Sent: Wednesday, December 21, 2016
On Thu, Feb 02, 2017 at 12:53:17PM +, Nipun Gupta wrote:
>
>
> > -Original Message-
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Thursday, February 02, 2017 17:04
> > To: Nipun Gupta
> > Cc: Jerin Jacob ; dev@dpdk.org;
> > thomas.monja...@6wind.com; Hemant
Hi,
The error is not specific to GCC.
I can reproduce it with x86_64-native-bsdapp-clang.
2017-02-02 14:41, Daniel Mrzyglod:
> This patch fixes error: implicit declaration of function 'getline'
>
> Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test
> application")
>
> Signed-off
>-Original Message-
>From: Stephen Hemminger [mailto:step...@networkplumber.org]
>Sent: Wednesday, February 1, 2017 5:54 PM
>To: Mrozowicz, SlawomirX ; Doherty,
>Declan
>Cc: dev@dpdk.org
>Subject: bugs and glitches in rte_cryptodev_devices_get
>
>The function rte_cryptodev_devices_get ha
> On Jan 31, 2017, at 3:42 AM, Pascal Mazon wrote:
>
> dev->data->name contains "net_tap", the device driver name.
> dev->data->dev_private->name contains the actual iface name,
> e.g. "dtap0".
>
> In tun_alloc() especially, we want to use the latter. Otherwise the
> netdevice would be wrongly
This patch fixes error: implicit declaration of function 'getline'
Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test application")
Signed-off-by: Daniel Mrzyglod
---
v2:
* rewrite patch messege
* add fixline
---
app/test-crypto-perf/cperf_test_vector_parsing.c | 3 +++
1 file ch
I'm forwarding this to the announce list so that it reaches a wider audience,
because not every has subscribed to the moving list. Anybody interested in
membership of the DPDK project when it moves to The Linux Foundation should
reply privately to Mike (mdo...@linuxfoundation.org).
Tim
> From
On 02/02/17 13:05, Burakov, Anatoly wrote:
Hi Eelco,
Please forgive me my ignorance on this matter, but doesn't it work at the
moment? I would assume that if regular PCI hotplug works (with igb_uio), then
so would hotplug with VFIO, as it basically utilizes the same PCI
infrastructure igb_uio
> -Original Message-
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Thursday, February 02, 2017 17:04
> To: Nipun Gupta
> Cc: Jerin Jacob ; dev@dpdk.org;
> thomas.monja...@6wind.com; Hemant Agrawal ;
> gage.e...@intel.com; harry.van.haa...@intel.com
> Subject: Re: [
From: Ido Barnea
Signed-off-by: Ido Barnea
---
drivers/net/vmxnet3/vmxnet3_ethdev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/vmxnet3/vmxnet3_ethdev.c
b/drivers/net/vmxnet3/vmxnet3_ethdev.c
index 52e3644..ff63a53 100644
--- a/drivers/net/vmxnet3/vmxnet3_ethdev.c
+++ b/dri
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Eelco Chaudron
> Sent: Thursday, February 2, 2017 11:24 AM
> To: dev@dpdk.org
> Subject: [dpdk-dev] Hotplug support for VFIO
>
> Hi,
>
> I was wondering if some one is working on VFIO hotplug support?
>
> Cheers,
From: Ido Barnea
Signed-off-by: Ido Barnea
---
drivers/net/virtio/virtio_ethdev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/virtio/virtio_ethdev.c
b/drivers/net/virtio/virtio_ethdev.c
index d1ff234..1d572b5 100644
--- a/drivers/net/virtio/virtio_ethdev.c
+++ b/drivers/net
On Thu, Feb 02, 2017 at 11:19:51AM +, Nipun Gupta wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> > Sent: Wednesday, December 21, 2016 14:55
> > To: dev@dpdk.org
> > Cc: thomas.monja...@6wind.com; bruce.richard...@intel.com; Hem
Hi,
I was wondering if some one is working on VFIO hotplug support?
Cheers,
Eelco
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> Sent: Wednesday, December 21, 2016 14:55
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; bruce.richard...@intel.com; Hemant
> Agrawal ; gage.e...@intel.com;
> harry.van.haa...@intel.com; Jerin Ja
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> Sent: Wednesday, December 21, 2016 14:55
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; bruce.richard...@intel.com; Hemant
> Agrawal ; gage.e...@intel.com;
> harry.van.haa...@intel.com; Jerin Ja
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> Sent: Wednesday, December 21, 2016 14:55
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; bruce.richard...@intel.com; Hemant
> Agrawal ; gage.e...@intel.com;
> harry.van.haa...@intel.com; Jerin Ja
Hi,
I had a few queries/comments regarding the eventdev patches.
Please see inline.
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> Sent: Wednesday, December 21, 2016 14:55
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; bruce.richard...@inte
Hi Daniel,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Daniel Mrzyglod
> Sent: Wednesday, February 01, 2017 1:31 PM
> To: Mrozowicz, SlawomirX
> Cc: dev@dpdk.org; Mrzyglod, DanielX T
> Subject: [dpdk-dev] [PATCH] app/test-crypto-perf: fix gcc compilation und
EAL: Detected lcore 0 as core 0 on socket 0
EAL: Detected lcore 1 as core 1 on socket 0
EAL: Detected lcore 2 as core 3 on socket 0
EAL: Detected lcore 3 as core 2 on socket 0
EAL: Support maximum 128 logical core(s) by configuration.
EAL: Detected 4 lcore(s)
EAL: Setting up physically contiguous m
On 2/2/2017 10:37 AM, Adrien Mazarguil wrote:
> On Thu, Feb 02, 2017 at 10:15:08AM +, Ferruh Yigit wrote:
>> On 2/2/2017 8:45 AM, Adrien Mazarguil wrote:
>>> On Wed, Feb 01, 2017 at 06:11:17PM +, Ferruh Yigit wrote:
On 2/1/2017 12:57 PM, Adrien Mazarguil wrote:
> On Wed, Feb 01, 20
On Thu, Feb 02, 2017 at 10:15:08AM +, Ferruh Yigit wrote:
> On 2/2/2017 8:45 AM, Adrien Mazarguil wrote:
> > On Wed, Feb 01, 2017 at 06:11:17PM +, Ferruh Yigit wrote:
> >> On 2/1/2017 12:57 PM, Adrien Mazarguil wrote:
> >>> On Wed, Feb 01, 2017 at 11:13:59AM +, Ferruh Yigit wrote:
> >>>
For some sizes of packets, the number of bytes copied in the work queue
element could be greater than the available size of the inline. In such
situation it could consumed one more work queue element where it should
not.
Fixes: 0e8679fcddc4 ("net/mlx5: fix inline logic")
Cc: sta...@dpdk.org
Repo
Fixes an issue which may occurs with the inline feature activated and a
packet greater than the max_inline requested.
In such situation, more work request elements can be consumed and in the
worst case override some still handled by the NIC, this can result in
sending garbage on the network or put
First two bytes of the Ethernet header was written twice at the same place.
Fixes: b8fe952ec5b6 ("net/mlx5: prepare Tx vectorization")
Signed-off-by: Yongseok Koh
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_rxtx.c | 36
1 file changed, 20 inse
On 2/2/2017 8:25 AM, Pascal Mazon wrote:
<...>
>
> Actually, I'm working on a patch to implement promiscuous_enable/disable
> and allmulticast_enable/disable.
> I'll have to change the tap_link_set() to be more generic and support
> the appropriate flags.
> So I'll send a v2 of my patches with pat
On 2/2/2017 8:20 AM, Nélio Laranjeiro wrote:
> On Wed, Feb 01, 2017 at 06:31:17PM +, Ferruh Yigit wrote:
>> On 1/31/2017 3:42 PM, Nélio Laranjeiro wrote:
>>> On Tue, Jan 31, 2017 at 01:45:29PM +0200, Shahaf Shuler wrote:
Trying to query the link status through new kernel ioctl API
ETH
On 2/2/2017 8:45 AM, Adrien Mazarguil wrote:
> On Wed, Feb 01, 2017 at 06:11:17PM +, Ferruh Yigit wrote:
>> On 2/1/2017 12:57 PM, Adrien Mazarguil wrote:
>>> On Wed, Feb 01, 2017 at 11:13:59AM +, Ferruh Yigit wrote:
On 2/1/2017 9:07 AM, Adrien Mazarguil wrote:
> On Wed, Feb 01, 201
On Monday 30 January 2017 06:16 PM, Priyanka wrote:
Hi All,
We have VMs on a physical server with both VMs having 1 core 7 GB RAM
with DPDK 16.04. The VMs are communicating using SR-IOV (per VM 1 VF
is assigned). We thought of running the test_pmd_perf to test the
number of cycles taken for
On Wed, Feb 01, 2017 at 06:11:17PM +, Ferruh Yigit wrote:
> On 2/1/2017 12:57 PM, Adrien Mazarguil wrote:
> > On Wed, Feb 01, 2017 at 11:13:59AM +, Ferruh Yigit wrote:
> >> On 2/1/2017 9:07 AM, Adrien Mazarguil wrote:
> >>> On Wed, Feb 01, 2017 at 06:53:55AM +, Shahaf Shuler wrote:
> >>
On Thu, Feb 2, 2017 at 9:05 AM, Pascal Mazon wrote:
> On 02/01/2017 06:50 PM, Ferruh Yigit wrote:
>
>> On 2/1/2017 3:55 PM, Wiles, Keith wrote:
>>
>>>
>>> On Feb 1, 2017, at 9:40 AM, Pascal Mazon wrote:
On 02/01/2017 04:25 PM, Wiles, Keith wrote:
>
> On Feb 1, 2017, at 2:1
On Wed, Feb 01, 2017 at 06:31:17PM +, Ferruh Yigit wrote:
> On 1/31/2017 3:42 PM, Nélio Laranjeiro wrote:
> > On Tue, Jan 31, 2017 at 01:45:29PM +0200, Shahaf Shuler wrote:
> >> Trying to query the link status through new kernel ioctl API
> >> ETHTOOL_GLINKSETTINGS was always failing due to ker
On 02/01/2017 06:50 PM, Ferruh Yigit wrote:
On 2/1/2017 3:55 PM, Wiles, Keith wrote:
On Feb 1, 2017, at 9:40 AM, Pascal Mazon wrote:
On 02/01/2017 04:25 PM, Wiles, Keith wrote:
On Feb 1, 2017, at 2:11 AM, Pascal Mazon wrote:
On 02/01/2017 12:29 AM, Wiles, Keith wrote:
On Jan 31, 2017
78 matches
Mail list logo
