Hi Karim,
Seems that you forget to send a patch in your mail, seems to be empty.
Regards,
Rami Rosen
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Harouat, Karim (Nokia -
FR/Lannion)
Sent: Wednesday, July 12, 2017 10:07
To: dev@dpdk.org
Subject: [dpdk-dev] [PATC
This removes the enum rte_bus field ``bus`` from struct rte_devargs.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_devargs.c | 3 +--
lib/librte_eal/common/eal_common_vdev.c | 1 -
lib/librte_eal/common/include/rte_devargs.h | 2 --
3 files changed, 1 insertion(+), 5 deleti
Let the rte_eal_devargs_parse() function explicitly take a "busname"
argument that is validated.
Now that the busname is known and validated at parse time the validity of
the device name is checked for all device types when they get probed.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/ea
This removes the enum rte_devtype field ``type`` from struct rte_devargs.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_vdev.c | 1 -
lib/librte_eal/common/include/rte_devargs.h | 2 --
2 files changed, 3 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_vdev.c
b/
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_vdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/eal_common_vdev.c
b/lib/librte_eal/common/eal_common_vdev.c
index ff6a3b571..d04015582 100644
--- a/lib/librte_eal/common/eal_common_vde
This makes the devargs code itself require the rte_devargs type field for
properly functioning.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_devargs.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git a/lib/librte_eal/common/eal_commo
Signed-off-by: Jan Blunck
---
drivers/net/virtio/virtio_pci.c| 3 +--
lib/librte_eal/common/eal_common_pci.c | 9 +
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/net/virtio/virtio_pci.c b/drivers/net/virtio/virtio_pci.c
index e6eda75b6..dfc6edac2 100644
--
This adds the busname as a string to struct rte_devargs. This is a generic
replacement for enum rte_devtype without tightly coupling rte_devargs to
the rte_bus structure.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_devargs.c | 9 +
lib/librte_eal/common/include/rte_de
This fixes the newly introduces rte_eal_devargs_parse() to make use of:
- snprintf() instead of open coding a while() loop
- rte_eal_parse_devargs_str() instead of duplicating parsing code
- RTE_LOG() instead of direct output to stderr
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_comm
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_devargs.c | 29 +
1 file changed, 17 insertions(+), 12 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_devargs.c
b/lib/librte_eal/common/eal_common_devargs.c
index 92c77c30e..205fabb95 100644
-
Signed-off-by: Jan Blunck
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 +
lib/librte_eal/common/eal_common_bus.c | 16
lib/librte_eal/common/include/rte_bus.h | 9 +
lib/librte_eal/linuxapp/eal/rte_eal_version.map | 1 +
4 files changed, 27
When scanning/probing devices the bus doesn't need to look at the
devargs->type field: if the bus is in blacklist probing mode and there is
no devargs found for the device it is white-listed. Therefore it is enough
to let the bus check for the scan_mode.
Signed-off-by: Jan Blunck
---
lib/librte_
The enum rte_devtype will need to get extended every time we add a bus.
Mark all related functions as deprecated for 17.11.
Signed-off-by: Jan Blunck
---
doc/guides/rel_notes/deprecation.rst| 7 +++
lib/librte_eal/common/include/rte_devargs.h | 3 +++
2 files changed, 10 insertions(+
This is extending the existing unittest to also cover corner cases of
rte_eal_devargs_parse().
Signed-off-by: Jan Blunck
---
test/test/test_devargs.c | 20
1 file changed, 20 insertions(+)
diff --git a/test/test/test_devargs.c b/test/test/test_devargs.c
index 02fec8b1f..178
Since the scan-mode of the bus is now based on the bus configuration it
isn't possible to have blacklisted and whitelisted devices existing for
the same bus. This fixes the unittest to reflect that.
Signed-off-by: Jan Blunck
---
test/test/test_devargs.c | 8 +---
1 file changed, 5 insertions
The changes to enum rte_devtype that got merged into 17.08-rc1 are breaking
API without prior notice. This series is reworking the rte_devargs changes
in a way hopefully compliant to the new failover PMD and still keeping API
compatible with earlier releases.
The introduced changes to 17.08-rc1 ar
This (partially) reverts commit
bd279a79366f50a4893fb84db91bbf64b56f9fb1.
---
lib/librte_eal/common/eal_common_devargs.c | 4 ++--
lib/librte_eal/common/eal_common_options.c | 6 ++---
lib/librte_eal/common/eal_common_pci.c | 4 ++--
lib/librte_eal/common/eal_common_vdev.c | 1 +
li
> On Jul 14, 2017, at 1:39 PM, Wiles, Keith wrote:
>
>
>> On Jul 14, 2017, at 12:07 PM, Thomas Monjalon wrote:
>>
>> Based on Stephen's idea (originally implemented in a Perl script),
>> this is a shell script to find duplicated includes in a file.
>> It looks for all the .c and .h files of t
> On Jul 14, 2017, at 12:07 PM, Thomas Monjalon wrote:
>
> Based on Stephen's idea (originally implemented in a Perl script),
> this is a shell script to find duplicated includes in a file.
> It looks for all the .c and .h files of the git repository.
>
> It is fast enough because automatically
This driver was not doing atomic update of link status information.
And the return value was different than others.
Signed-off-by: Stephen Hemminger
---
drivers/net/enic/enic_ethdev.c | 5 ++---
drivers/net/enic/enic_main.c | 16
2 files changed, 10 insertions(+), 11 deletion
Yet another driver which was not returing correct value on
link change.
Signed-off-by: Stephen Hemminger
---
drivers/net/szedata2/rte_eth_szedata2.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/net/szedata2/rte_eth_szedata2.c
b/drivers/net/szed
Use new helper function.
Signed-off-by: Stephen Hemminger
---
drivers/net/thunderx/nicvf_ethdev.c | 17 ++---
1 file changed, 2 insertions(+), 15 deletions(-)
diff --git a/drivers/net/thunderx/nicvf_ethdev.c
b/drivers/net/thunderx/nicvf_ethdev.c
index edc17f1d4002..113e75bc14de 100
Use the new link update API, and cleanup the logic in the the
link update routine.
Signed-off-by: Stephen Hemminger
---
drivers/net/liquidio/lio_ethdev.c | 76 ++-
1 file changed, 19 insertions(+), 57 deletions(-)
diff --git a/drivers/net/liquidio/lio_ethdev.
Use new rte_link_update API, and as a side effect fix bug
where driver was not correctly returning link status changes.
Signed-off-by: Stephen Hemminger
---
drivers/net/i40e/i40e_ethdev.c| 44 ++-
drivers/net/i40e/i40e_ethdev_vf.c | 19 ++---
2
Use new helper API.
Signed-off-by: Stephen Hemminger
---
drivers/net/e1000/em_ethdev.c | 70 +++--
drivers/net/e1000/igb_ethdev.c | 71 +++---
2 files changed, 10 insertions(+), 131 deletions(-)
diff --git a/drivers/net/e1
Use the new API (_rte_eth_link_update) to handle link status update.
ALso fixes a bug where this driver was not returning -1 when link status
changed.
Signed-off-by: Stephen Hemminger
---
drivers/net/sfc/sfc_ethdev.c | 27 +++
drivers/net/sfc/sfc_ev.c | 23 --
Use the new helper functions from eth_dev for handling atomic link_info update.
Signed-off-by: Stephen Hemminger
---
drivers/net/ixgbe/ixgbe_ethdev.c | 89 ++--
1 file changed, 12 insertions(+), 77 deletions(-)
diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c b/
Use new _rte_eth_link_update helper function.
Signed-off-by: Stephen Hemminger
---
drivers/net/nfp/nfp_net.c | 74 +--
1 file changed, 8 insertions(+), 66 deletions(-)
diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c
index 92b03c4cb1
Use new helper function to update the link status.
As a good side effect this fixes a but because this driver was not
returning correct status (should be -1 in link_status changed).
Signed-off-by: Stephen Hemminger
---
drivers/net/dpaa2/dpaa2_ethdev.c | 66 +--
Use new _rte_eth_link_update helper.
Also remove no longer necessary includes of rte_atomic.h
Signed-off-by: Stephen Hemminger
---
drivers/net/vmxnet3/vmxnet3_ethdev.c | 66 ++--
1 file changed, 3 insertions(+), 63 deletions(-)
diff --git a/drivers/net/vmxnet3/vm
Use new API to update link status, and fix incorrect return
value. The link_update operation should have been returning -1
if link changed.
Signed-off-by: Stephen Hemminger
---
drivers/net/bnxt/bnxt_ethdev.c | 21 ++---
1 file changed, 2 insertions(+), 19 deletions(-)
diff --gi
Use the new code in ethdev to handle link status update.
Also, virtio was not correctly setting the autoneg flags
since its speed should be marked as fixed.
Signed-off-by: Stephen Hemminger
---
drivers/net/virtio/virtio_ethdev.c | 54 +-
1 file changed, 6 inse
While writing new driver, I noticed a lot of unnecessary duplication of
code in drivers for handling the eth_dev link status information. While
consolidating this, it also became obvious that several drivers have
bugs in this are because they don't return the correct value.
Also, some drivers were
Many drivers are all doing copy/paste of the same code to atomicly
update the link status. Reduce duplication, and allow for future
changes by having common function for this.
Signed-off-by: Stephen Hemminger
---
lib/librte_ether/rte_ethdev.c | 36
lib/librte
14/07/2017 18:19, Wiles, Keith:
> > On Jul 6, 2017, at 4:37 PM, Keith Wiles wrote:
> >
> > I use a script like this one with pktgen and wanted to see if DPDK
> > would be interested in this application.
> >
> > The following script adds support for executing applications using
> > a configuratio
Based on Stephen's idea (originally implemented in a Perl script),
this is a shell script to find duplicated includes in a file.
It looks for all the .c and .h files of the git repository.
It is fast enough because automatically well parallelized.
Suggested-by: Stephen Hemminger
Signed-off-by: T
> On Jul 6, 2017, at 4:37 PM, Keith Wiles wrote:
>
> I use a script like this one with pktgen and wanted to see if DPDK
> would be interested in this application.
>
> The following script adds support for executing applications using
> a configuration file. The configuration file is formatted a
> On Jul 14, 2017, at 10:54 AM, Thomas Monjalon wrote:
>
> 14/07/2017 17:39, Thomas Monjalon:
>> 13/07/2017 08:56, Thomas Monjalon:
>>> 12/07/2017 23:59, Stephen Hemminger:
On Tue, 11 Jul 2017 22:33:55 +0200
Thomas Monjalon wrote:
> Thank you for this script, but... it is wr
Hi Pablo,
> -Original Message-
> From: Trahe, Fiona
> Sent: Friday, July 14, 2017 4:48 PM
> To: De Lara Guarch, Pablo ; Doherty, Declan
> ; Jain, Deepak K ;
> Griffin, John
> ; Kusztal, ArkadiuszX
> Cc: dev@dpdk.org
> Subject: RE: [PATCH v2] cryptodev: fix KASUMI F9 expected parameters
>
Hi Pablo,
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Thursday, July 13, 2017 6:37 AM
> To: Doherty, Declan ; Trahe, Fiona
> ; Griffin, John
> ; Jain, Deepak K
> Cc: dev@dpdk.org; De Lara Guarch, Pablo ;
> sta...@dpdk.org
> Subject: [PATCH 4/5] doc: add missing algorithm
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Thursday, July 13, 2017 6:37 AM
> To: Doherty, Declan ; Trahe, Fiona
> ; Griffin, John
> ; Jain, Deepak K
> Cc: dev@dpdk.org; De Lara Guarch, Pablo ;
> sta...@dpdk.org
> Subject: [PATCH 2/5] doc: remove incorrect limitation on
14/07/2017 17:39, Thomas Monjalon:
> 13/07/2017 08:56, Thomas Monjalon:
> > 12/07/2017 23:59, Stephen Hemminger:
> > > On Tue, 11 Jul 2017 22:33:55 +0200
> > > Thomas Monjalon wrote:
> > >
> > > > Thank you for this script, but... it is written in Perl!
> > > > I don't think it is a good idea to
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Friday, July 14, 2017 8:07 AM
> To: Doherty, Declan ; Trahe, Fiona
> ; Jain, Deepak K
> ; Griffin, John ; Kusztal,
> ArkadiuszX
>
> Cc: dev@dpdk.org; De Lara Guarch, Pablo
> Subject: [PATCH v2] cryptodev: fix KASUMI F9 expecte
13/07/2017 08:56, Thomas Monjalon:
> 12/07/2017 23:59, Stephen Hemminger:
> > On Tue, 11 Jul 2017 22:33:55 +0200
> > Thomas Monjalon wrote:
> >
> > > Thank you for this script, but... it is written in Perl!
> > > I don't think it is a good idea to add yet another language to DPDK.
> > > We alread
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Friday, July 14, 2017 9:49 AM
> To: dev@dpdk.org
> Cc: Trahe, Fiona ; De Lara Guarch, Pablo
> ;
> Griffin, John ; Jain, Deepak K
> ; Kusztal, ArkadiuszX
>
> Subject: [PATCH v2] crypto/qat: fix authentication offset and length for
For KASUMI F9 algorithm, COUNT, FRESH and DIRECTION
input values need to be contiguous with
the message, as described in the KASUMI and QAT PMD
documentation.
Before, the COUNT and FRESH values were set
as part of the AAD (now IV), but always set before
the beginning of the message.
Since now the
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of
> Srisivasubramanian S
> Sent: Friday, July 14, 2017 6:43 AM
> To: Doherty, Declan ;
> jerin.ja...@caviumnetworks.com; zbigniew.bo...@caviumnetworks.com
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH] test/crypto
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Friday, July 14, 2017 9:49 AM
> To: dev@dpdk.org
> Cc: Trahe, Fiona ; De Lara Guarch, Pablo
> ; Griffin, John ;
> Jain, Deepak K ; Kusztal, ArkadiuszX
>
> Subject: [PATCH v2] crypto/qat: fix authentication offset and length for
> G
In the unlikely scenario that an application
calls rte_cryptodev_dequeue_burst with nb_ops = 0,
there was a job leak, as a job would be created
but would not be populated, as no operation is passed.
Fixes: 0f548b50a160 ("crypto/aesni_mb: process crypto op on dequeue")
Cc: sta...@dpdk.org
Signed-o
The file rte_flow_driver.h is a driver interface,
thus it should not be listed in the API index.
Signed-off-by: Thomas Monjalon
---
doc/api/doxy-api-index.md | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/doc/api/doxy-api-index.md b/doc/api/doxy-api-index.md
index 172f3561
11/07/2017 16:55, Hemant Agrawal:
> This patch series add support for:
> [1-2] GCC 7.1 compilation issue
> [3-4] Compilation with all debug mode enabled
> [5-7] Run time issues obseved over RC1
> [8] adding newline char in RTE_LOG
>
> Hemant Agrawal (8):
> crypto/dpaa2_sec: remove GCC 7.1 compil
The compilation of examples for DPAA2 fails:
examples/load_balancer/main.h:62:2: error: #error
"APP_MAX_IO_LCORES is too big"
because:
APP_MAX_IO_LCORES = 16
RTE_MAX_LCORE = 8
On 7/14/2017 4:33 PM, santosh wrote:
On Friday 14 July 2017 04:21 PM, Hemant Agrawal wrote:
On 7/14/2017 3:59 PM, santosh wrote:
On Friday 14 July 2017 03:52 PM, santosh wrote:
On Friday 14 July 2017 03:09 PM, Hemant Agrawal wrote:
On 7/14/2017 2:00 PM, santosh wrote:
On Friday 14 July 20
Hi Declan/Boris,
On 7/11/2017 10:36 PM, Declan Doherty wrote:
On 10/07/2017 8:35 AM, Boris Pismenny wrote:
In this RFC we introduce a infrastructure for IPSec inline hardware
offloading.
This RFC introduces device capabilities, configuration API and data path
processing. We also provide a comp
On Friday 14 July 2017 04:21 PM, Hemant Agrawal wrote:
> On 7/14/2017 3:59 PM, santosh wrote:
>> On Friday 14 July 2017 03:52 PM, santosh wrote:
>>
>>> On Friday 14 July 2017 03:09 PM, Hemant Agrawal wrote:
>>>
On 7/14/2017 2:00 PM, santosh wrote:
> On Friday 14 July 2017 01:37 PM, Hemant
On 11/07/2017 20:21, Aaron Conole wrote:
Aaron Conole writes:
Aaron Conole writes:
This series attempts to introduce the ability to start and use
Open vSwitch 'out of the box' as a non-root user. It does this by
modifying the service files to pass the recently introduced --ovs-user
argumen
On 7/14/2017 3:59 PM, santosh wrote:
On Friday 14 July 2017 03:52 PM, santosh wrote:
On Friday 14 July 2017 03:09 PM, Hemant Agrawal wrote:
On 7/14/2017 2:00 PM, santosh wrote:
On Friday 14 July 2017 01:37 PM, Hemant Agrawal wrote:
On 7/11/2017 11:46 AM, Santosh Shukla wrote:
API(rte_bus_
Hi,
> -Original Message-
> From: Trahe, Fiona
> Sent: Friday, July 14, 2017 10:31 AM
> To: De Lara Guarch, Pablo ; Kusztal,
> ArkadiuszX ; Griffin, John
> ; Doherty, Declan
> Cc: dev@dpdk.org; Trahe, Fiona
> Subject: RE: [PATCH] cryptodev: fix KASUMI F9 expected parameters
...
> > diff
On Friday 14 July 2017 03:52 PM, santosh wrote:
> On Friday 14 July 2017 03:09 PM, Hemant Agrawal wrote:
>
>> On 7/14/2017 2:00 PM, santosh wrote:
>>> On Friday 14 July 2017 01:37 PM, Hemant Agrawal wrote:
>>>
On 7/11/2017 11:46 AM, Santosh Shukla wrote:
> API(rte_bus_get_iommu_class) hel
On Friday 14 July 2017 03:09 PM, Hemant Agrawal wrote:
> On 7/14/2017 2:00 PM, santosh wrote:
>> On Friday 14 July 2017 01:37 PM, Hemant Agrawal wrote:
>>
>>> On 7/11/2017 11:46 AM, Santosh Shukla wrote:
API(rte_bus_get_iommu_class) helps to automatically detect and select
appropriate io
On 7/14/2017 2:00 PM, santosh wrote:
On Friday 14 July 2017 01:37 PM, Hemant Agrawal wrote:
On 7/11/2017 11:46 AM, Santosh Shukla wrote:
API(rte_bus_get_iommu_class) helps to automatically detect and select
appropriate iova mapping scheme for iommu capable device on that bus.
Algorithm for io
> > > Because accuracy of timing to the microsecond is not guaranteed in
> > > rte_eal_alarm_set, this function will not be called before the
> > > requested time, but may be called a period of time afterwards which
> > > can not be calculated. In order to ensure test alarm running success,
> > > t
14/07/2017 02:07, Stephen Hemminger:
> On Thu, 13 Jul 2017 17:24:27 +0100
> Reshma Pattan wrote:
>
> > diff --git a/lib/librte_ether/rte_ethdev_pci.h
> > b/lib/librte_ether/rte_ethdev_pci.h
> > index 69aab03..f829407 100644
> > --- a/lib/librte_ether/rte_ethdev_pci.h
> > +++ b/lib/librte_ether/r
Hi Pablo,
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Thursday, July 13, 2017 8:45 AM
> To: Trahe, Fiona ; Kusztal, ArkadiuszX
> ; Griffin,
> John ; Doherty, Declan
> Cc: dev@dpdk.org; De Lara Guarch, Pablo
> Subject: [PATCH] cryptodev: fix KASUMI F9 expected parameters
>
On Friday 14 July 2017 02:19 PM, Hemant Agrawal wrote:
> On 7/13/2017 11:55 PM, santosh wrote:
>> On Thursday 13 July 2017 04:59 PM, Hemant Agrawal wrote:
>>
>>> On 7/11/2017 11:46 AM, Santosh Shukla wrote:
- Moving late bus scanning to up..just after eal_parsing.
- Auto detect iova mapp
On Friday 14 July 2017 02:16 PM, santosh wrote:
> On Friday 14 July 2017 01:36 PM, Hemant Agrawal wrote:
>
>> On 7/14/2017 1:25 PM, santosh wrote:
>>> On Friday 14 July 2017 01:09 PM, Hemant Agrawal wrote:
>>>
On 7/11/2017 11:46 AM, Santosh Shukla wrote:
> Get iommu class of PCI device on
On 7/13/2017 11:55 PM, santosh wrote:
On Thursday 13 July 2017 04:59 PM, Hemant Agrawal wrote:
On 7/11/2017 11:46 AM, Santosh Shukla wrote:
- Moving late bus scanning to up..just after eal_parsing.
- Auto detect iova mapping mode, based on the result of
rte_bus_scan_iommu_class.
Signed-off-
Authentication length and offset need to be set like for any other
authentication algorithms as it no longer uses aad pointer
Fixes: b79e4c00af0e ("cryptodev: use AES-GCM/CCM as AEAD algorithms")
Signed-off-by: Arek Kusztal
---
v2:
- optimized gcm/gmac logic
drivers/crypto/qat/qat_crypto.c | 5
On Friday 14 July 2017 01:36 PM, Hemant Agrawal wrote:
> On 7/14/2017 1:25 PM, santosh wrote:
>> On Friday 14 July 2017 01:09 PM, Hemant Agrawal wrote:
>>
>>> On 7/11/2017 11:46 AM, Santosh Shukla wrote:
Get iommu class of PCI device on the bus and returns preferred iova
mapping mode for
On Friday 14 July 2017 01:37 PM, Hemant Agrawal wrote:
> On 7/11/2017 11:46 AM, Santosh Shukla wrote:
>> API(rte_bus_get_iommu_class) helps to automatically detect and select
>> appropriate iova mapping scheme for iommu capable device on that bus.
>>
>> Algorithm for iova scheme selection for bus:
Hi Sergio,
On Friday 14 July 2017 01:13 PM, Sergio Gonzalez Monroy wrote:
> On 13/07/2017 09:23, santosh wrote:
>> Hi Sergio,
>>
>> On Wednesday 12 July 2017 01:50 PM, Sergio Gonzalez Monroy wrote:
>>
>>> On 11/07/2017 07:16, Santosh Shukla wrote:
Get iommu class of PCI device on the bus and
On 7/11/2017 11:46 AM, Santosh Shukla wrote:
API(rte_bus_get_iommu_class) helps to automatically detect and select
appropriate iova mapping scheme for iommu capable device on that bus.
Algorithm for iova scheme selection for bus:
0. Iterate through bus_list.
1. Collect each bus iova mode value a
On 7/14/2017 1:25 PM, santosh wrote:
On Friday 14 July 2017 01:09 PM, Hemant Agrawal wrote:
On 7/11/2017 11:46 AM, Santosh Shukla wrote:
Get iommu class of PCI device on the bus and returns preferred iova
mapping mode for that bus.
Algorithm for iova scheme selection for PCI bus:
0. Look for
vhost-user protocol is common to many virtio devices, such as
virtio_net/virtio_scsi/virtio_blk. Since DPDK vhost library
removed the NET specific data structures, the vhost library
is common to other virtio devices, such as virtio-scsi.
Here we introduce a simple memory based block device that
ca
On Friday 14 July 2017 01:09 PM, Hemant Agrawal wrote:
> On 7/11/2017 11:46 AM, Santosh Shukla wrote:
>> Get iommu class of PCI device on the bus and returns preferred iova
>> mapping mode for that bus.
>>
>> Algorithm for iova scheme selection for PCI bus:
>> 0. Look for device attached to vfio k
On 13/07/2017 09:23, santosh wrote:
Hi Sergio,
On Wednesday 12 July 2017 01:50 PM, Sergio Gonzalez Monroy wrote:
On 11/07/2017 07:16, Santosh Shukla wrote:
Get iommu class of PCI device on the bus and returns preferred iova
mapping mode for that bus.
Algorithm for iova scheme selection for P
On 7/11/2017 11:46 AM, Santosh Shukla wrote:
Get iommu class of PCI device on the bus and returns preferred iova
mapping mode for that bus.
Algorithm for iova scheme selection for PCI bus:
0. Look for device attached to vfio kdrv and has .drv_flag set
to RTE_PCI_DRV_NEED_IOVA_VA.
1. Look for any
> -Original Message-
> From: Doherty, Declan
> Sent: Thursday, July 13, 2017 6:02 PM
> To: De Lara Guarch, Pablo
> Cc: dev@dpdk.org
> Subject: Re: [PATCH] cryptodev: remove AAD size in auth capabilities
>
> On 11/07/2017 7:30 AM, Pablo de Lara wrote:
> > Additional Authenticated Data (A
78 matches
Mail list logo
