On Tue, Aug 30, 2016 at 11:02 AM, Alex Forster wrote:
> Hi guys,
>
> I have a problem again that I had about a year ago[1]. My Finisar
> FTL410QE2C (multimode QSFP) transceivers aren?t working with my Intel
> X520-QDA1?s. I have 7 servers, each with two X520?s and two QSFP
> transceivers in them,
> -Original Message-
> From: Griffin, John
> Sent: Thursday, August 04, 2016 9:03 AM
> To: Trahe, Fiona; dev at dpdk.org
> Cc: Doherty, Declan; De Lara Guarch, Pablo
> Subject: Re: [dpdk-dev] [PATCH] crypto/qat: optimisation of request copy
>
> On 04/08/16 13:00, Fiona Trahe wrote:
> > F
> -Original Message-
> From: Trahe, Fiona
> Sent: Tuesday, August 09, 2016 6:30 AM
> To: Griffin, John; dev at dpdk.org
> Cc: Jain, Deepak K; De Lara Guarch, Pablo; Trahe, Fiona
> Subject: RE: [PATCH v1] crypto/qat: make the session struct variable in size
>
>
>
> -Original Message
>From 16.07, I will be the maintainer of the crypto subtree.
This will include:
- app/test/test_cryptodev*
- doc/guides/cryptodevs/
- drivers/crypto/
- examples/l2fwd-crypto/
- examples/ipsec-secgw/
- lib/librte_cryptodev/
Signed-off-by: Pablo de Lara
---
MAINTAINERS | 1 +
1 file changed, 1 in
Some targets in mk/internal/rte.compile-pre.mk are calling CC or
HOSTCC without passing CPPFLAGS, EXTRA_CPPFLAGS or HOST_CPPFLAGS,
HOST_EXTRA_CPPFLAGS.
On Debian/Ubuntu builds this means that preprocessor flags set by the
dpkg-buildpackage environment, like hardening flags, are not
correctly passed
Hi Thomas,
On Tuesday 30 August 2016 04:00 PM, Thomas Monjalon wrote:
> 2016-08-30 09:57, Shreyansh Jain:
>> On Monday 29 August 2016 10:13 PM, Ferruh Yigit wrote:
>>> This gives compilation error for mlx5, because the libraries mlx depends
>>> defines same macro:
>>> /rte_common.h:338:9: erro
2016-08-30 13:57, Wiles, Keith:
> > 2016-08-30 14:26, Eoin Breen:
> >> --- a/doc/guides/cryptodevs/qat.rst
> >> +++ b/doc/guides/cryptodevs/qat.rst
> >> @@ -78,6 +78,11 @@ Installation
> >> To use the DPDK QAT PMD an SRIOV-enabled QAT kernel driver is required. The
> >> VF devices exposed by this d
On 8/26/2016 2:57 PM, Shreyansh Jain wrote:
> Remove the 'name' member from rte_pci_driver and move to generic rte_driver.
>
> Most of the PMD drivers were initially using DRIVER_REGISTER_PCI(..)
> as well as assigning a name to eth_driver.pci_drv.name member.
> In this patch, only the original DR
Hi,
> +/**
> + * Utility function to write a pci device name, this device name can
> +later be
> + * used to retrieve the corresponding rte_pci_addr using
> +eal_parse_pci_*
> + * BDF helpers.
> + *
> + * @param addr
> + * The PCI Bus-Device-Function address
> + * @param output
> + * The outpu
Hi guys,
I have a problem again that I had about a year ago[1]. My Finisar FTL410QE2C
(multimode QSFP) transceivers aren?t working with my Intel X520-QDA1?s. I have
7 servers, each with two X520?s and two QSFP transceivers in them, totaling 14
NICs and transceivers, and all of them fail with th
2016-08-30 14:26, Eoin Breen:
> --- a/doc/guides/cryptodevs/qat.rst
> +++ b/doc/guides/cryptodevs/qat.rst
> @@ -78,6 +78,11 @@ Installation
> To use the DPDK QAT PMD an SRIOV-enabled QAT kernel driver is required. The
> VF devices exposed by this driver will be used by QAT PMD.
>
> +To enable Q
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maxime Coquelin
> Sent: Tuesday, July 26, 2016 4:56 PM
> To: Richardson, Bruce ; De Lara Guarch, Pablo
>
> Cc: dev at dpdk.org; Maxime Coquelin
> Subject: [dpdk-dev] [PATCH 1/2] examples/l2fwd: Add new option
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maxime Coquelin
> Sent: Tuesday, July 26, 2016 4:56 PM
> To: Richardson, Bruce ; De Lara Guarch, Pablo
>
> Cc: dev at dpdk.org; Maxime Coquelin
> Subject: [dpdk-dev] [PATCH 0/2] examples/l2fwd: Add option to
>
2016-08-30 17:29, Shreyansh Jain:
> On Tuesday 30 August 2016 04:00 PM, Thomas Monjalon wrote:
> > 2016-08-30 09:57, Shreyansh Jain:
> >> Is there a better way to test that no driver breaks? Any particular
> >> parameters I should use for test-build.sh?
> >
> > Yes I suggest to create a file ~/.con
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Christian Ehrhardt
> Sent: Thursday, August 4, 2016 12:17 PM
> To: christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com;
> dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 4/4] doc: make the devbind ma
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Christian Ehrhardt
> Sent: Thursday, August 4, 2016 12:17 PM
> To: christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com;
> dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 3/4] doc: add basic invocation
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Christian Ehrhardt
> Sent: Thursday, August 4, 2016 12:17 PM
> To: christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com;
> dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 2/4] doc: add basic invocatio
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Christian Ehrhardt
> Sent: Thursday, August 4, 2016 12:17 PM
> To: christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com;
> dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/4] doc: rendering and install
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Christian Ehrhardt
> Sent: Thursday, August 4, 2016 12:17 PM
> To: christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com;
> dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 0/4] provide man pages for bina
On 8/26/2016 2:56 PM, Shreyansh Jain wrote:
> Based on master (e22856313fff2)
>
> Background:
> ===
>
> It includes two different patch-sets floated on ML earlier:
> * Original patch series is from David Marchand [1], [2].
> `- This focused mainly on PCI (PDEV) part
> `- v7 of this w
Signed-off-by: Eoin Breen
---
doc/guides/cryptodevs/qat.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/guides/cryptodevs/qat.rst b/doc/guides/cryptodevs/qat.rst
index cae1958..db03470 100644
--- a/doc/guides/cryptodevs/qat.rst
+++ b/doc/guides/cryptodevs/qat.rst
@@ -78,6 +78,11
Regards,
Keith
> On Aug 30, 2016, at 8:46 AM, Thomas Monjalon
> wrote:
>
> 2016-08-30 14:26, Eoin Breen:
>> --- a/doc/guides/cryptodevs/qat.rst
>> +++ b/doc/guides/cryptodevs/qat.rst
>> @@ -78,6 +78,11 @@ Installation
>> To use the DPDK QAT PMD an SRIOV-enabled QAT kernel driver is required. T
Hi,
I tried to bind BCM5719 driver to DPDK compatible driver: (I tried both to
uio_pci_generic and igb_uio)
Network devices using DPDK-compatible driver
:03:00.2 'NetXtreme BCM5719 Gigabit Ethernet PCIe' drv=uio_pci_generic
unused=tg3,igb_uio
00
2016-08-30 09:57, Shreyansh Jain:
> On Monday 29 August 2016 10:13 PM, Ferruh Yigit wrote:
> > This gives compilation error for mlx5, because the libraries mlx depends
> > defines same macro:
> > /rte_common.h:338:9: error: 'container_of' macro redefined
> > /usr/include/infiniband/verbs.h:77:9
Hi Matej,
On 08/30/2016 10:40 AM, Matej Vido wrote:
> On 26.08.2016 15:20, Olivier Matz wrote:
>
>> Add a new macro DRIVER_REGISTER_KMOD_DEP() that allows a driver to
>> declare the list of kernel modules required to run properly.
>>
>> Today, most PCI drivers require uio/vfio.
>>
>> Signed-off-b
On 26.08.2016 15:20, Olivier Matz wrote:
> Add a new macro DRIVER_REGISTER_KMOD_DEP() that allows a driver to
> declare the list of kernel modules required to run properly.
>
> Today, most PCI drivers require uio/vfio.
>
> Signed-off-by: Olivier Matz
> ---
>
> In this RFC, I supposed that all PCI
On Monday 29 August 2016 10:19 PM, Ferruh Yigit wrote:
> On 8/26/2016 2:57 PM, Shreyansh Jain wrote:
>> Remove the 'name' member from rte_pci_driver and move to generic rte_driver.
>>
>> Most of the PMD drivers were initially using DRIVER_REGISTER_PCI(..)
>> as well as assigning a name to eth_drive
On Monday 29 August 2016 10:23 PM, Ferruh Yigit wrote:
> On 8/26/2016 2:57 PM, Shreyansh Jain wrote:
>> Now that rte_device is available, drivers can start using its members (numa,
>> name) as well as link themselves into another rte_device list.
>>
>> As of now no one is using this list, but can b
On Monday 29 August 2016 10:27 PM, Ferruh Yigit wrote:
> On 8/26/2016 2:56 PM, Shreyansh Jain wrote:
>> All PMD_VDEV drivers can now use rte_vdev_driver instead of the
>> rte_driver (which is embedded in the rte_vdev_driver).
>>
>> Signed-off-by: Jan Viktorin
>> Signed-off-by: Shreyansh Jain
>> -
Hi Ferruh,
On Monday 29 August 2016 10:50 PM, Ferruh Yigit wrote:
> On 8/26/2016 2:56 PM, Shreyansh Jain wrote:
>> Now that all pdev are pci drivers, we don't need to register crypto and
>> ethdev
>> drivers through a dedicated channel.
>>
>> Signed-off-by: David Marchand
>> Signed-off-by: Shrey
Hi Ferruh,
Forgot to add a comment in previous reply to this email:
On Monday 29 August 2016 10:13 PM, Ferruh Yigit wrote:
> On 8/26/2016 2:56 PM, Shreyansh Jain wrote:
>> Signed-off-by: Jan Viktorin
>> Signed-off-by: Shreyansh Jain
>> ---
>> lib/librte_eal/common/include/rte_common.h | 16 +++
Hi Ferruh,
On Monday 29 August 2016 10:13 PM, Ferruh Yigit wrote:
> On 8/26/2016 2:56 PM, Shreyansh Jain wrote:
>> Signed-off-by: Jan Viktorin
>> Signed-off-by: Shreyansh Jain
>> ---
>> lib/librte_eal/common/include/rte_common.h | 16
>> 1 file changed, 16 insertions(+)
>>
>> d
Hi Souvik,
On 08/30/2016 01:02 AM, souvikdey33 wrote:
> Signed-off-by: Souvik Dey
>
> Fixes: 1fb8e8896ca8 ("Signed-off-by: Souvik Dey ")
> Reviewed-by: Stephen Hemminger
>
> Virtio interfaces should also support setting of mtu, as in case of cloud
> it is expected to have the consistent mtu acro
On Fri, Aug 26, 2016 at 03:20:46PM +0200, Olivier Matz wrote:
> Add a new macro DRIVER_REGISTER_KMOD_DEP() that allows a driver to
> declare the list of kernel modules required to run properly.
>
> Today, most PCI drivers require uio/vfio.
>
> Signed-off-by: Olivier Matz
>
> ---
> In this RFC,
-Original Message-
From: Dey, Souvik [mailto:so...@sonusnet.com]
Sent: Monday, August 29, 2016 7:17 PM
To: Mussar, Gary; Stephen Hemminger
Cc: nhorman at tuxdriver.com; dev at dpdk.org
Subject: RE: [dpdk-dev] [PATCH v1] dpdk-devbind.py: Virtio interface issue.
Hi,
I already followed the
On Mon, Aug 29, 2016 at 11:16:35PM +, Dey, Souvik wrote:
> Hi,
>
> I already followed the 100% python way and submitted the v3 of this patch.
> http://dpdk.org/dev/patchwork/patch/15378/
> How will your patch be different in solving the issue. There will always be
> multiple ways to solving
On Tue, 30 Aug 2016 13:54:41 +0300
Keren Hochman wrote:
> Hi,
>
> I tried to bind BCM5719 driver to DPDK compatible driver: (I tried both to
> uio_pci_generic and igb_uio)
>
> Network devices using DPDK-compatible driver
>
> :03:00.2 'NetXtreme
Hi
We are developing DPDK based app in VMWARE EXSI 6.0. We have 1 G card
configured as VMXNET3 device. With 16.07 dpdk unmodified the system reboots
when binding the igb_uio driver to the PCI device.
I followed the following guide.
http://dpdk.org/doc/guides/_images/vmxnet3_int.p
Hi, Qian
The test setup at my side is Vhost/VirtIO loopback with 64B packets.
-Original Message-
From: Xu, Qian Q
Sent: Tuesday, August 30, 2016 11:03 AM
To: Yao, Lei A ; Yang, Zhiyong ; Panu Matilainen ; Thomas Monjalon
; Yuanhan Liu
Cc: dev at dpdk.org
Subject: RE: [dpdk-dev] [PATCH
Lei
Could you list the test setup for below findings? I think we need at least to
check below tests for mergeable=on/off path:
1. Vhost/virtio loopback
2. PVP test : virtio-pmd IO fwd and virtio-net IPV4 fwd
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Yao, Lei
Hi, Zhiyong
I have tested more xstats performance drop data at my side.
Vhost Xstats patch with mergeable on : ~3%
Vhost Xstats patch with mergeable off : ~9%
Because Zhihong also submit patch to improve the performance on for the
mergeable on: http://dpdk.org/dev/patchwork/patch/15245/
Hi,
> -Original Message-
> From: Kylulin, Yury
> Sent: Tuesday, August 30, 2016 12:51 AM
> To: Zhang, Helin; Ananyev, Konstantin; Wu, Jingjing
> Cc: Lu, Wenzhuo; dev at dpdk.org; Kylulin, Yury
> Subject: [PATCH 1/2] net/ixgbe: fix mbufs leakage during Rx queue release
>
> For the vector P
42 matches
Mail list logo
