Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/common/rte_malloc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/rte_malloc.c
b/lib/librte_eal/common/rte_malloc.c
i
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_eal/linuxapp/eal/eal_memory.c
b/lib/librte_eal/linuxapp/eal/eal_memory.c
inde
Check iova mode and accordingly map iova to pa or va.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal_vfio.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal_vfio.c
b/lib/librte_eal/linux
- 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-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal.c | 16 ++--
1 file changed, 10 insertions(+), 6
- Moving late bus scanning to up..just after eal_parsing.
- Mapping mode would be default for bsdapp. It supports
only one pass through mode (RTE_KDRV_NIC_UIO)
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/bsdapp/eal/eal.c | 16 ++--
1 file changed, 1
Introducing rte_eal_iova_mode() helper API. This API
used by non-eal library for detecting iova mode.
Signed-off-by: Santosh Shukla
---
lib/librte_eal/bsdapp/eal/eal.c | 6 ++
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 +
lib/librte_eal/common/include/rte_eal.h
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 device attached to UIO class of driver.
2. Che
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 and update into 'mode' var.
2. Here value '1' is
Introducing rte_pci_get_iommu_class API which helps to get iommu class
of PCI device on the bus and returns preferred iova mapping mode for
PCI bus.
Bsdapp case returns default iova mode.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/bsdapp/eal/eal_pci.c
Export rte_pci_match() function as it needed in the followup patch.
Signed-off-by: Santosh Shukla
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 +
lib/librte_eal/common/eal_common_pci.c | 10 +-
lib/librte_eal/common/include/rte_pci.h | 15 +++
lib
v3:
Removed virt2phy translation for mempool (suggested by Olivier [4]).
Patch series rebased on 'a6e3149d0c0fac39a6fc970bdadfae14f875c9c6'.
v2:
Based on the discussion on the thread [3].
Introducing RTE_PCI_DRV_NEED_IOVA_VA flag for autodetection of iova va mapping.
If a PCI driver demand for IO
Introducing RTE_PCI_DRV_NEED_IOVA_VA flag. Flag used when driver needs
to operate in iova=va mode.
Why driver need iova=va mapping?
On NPU style co-processors like Octeontx, the buffer recycling has been
done in HW, unlike SW model. Here is the data flow:
1) On control path, Fill the HW mempool w
This patch updates GRO API comments to generate correct
API documentation by doxygen.
Signed-off-by: Jiayu Hu
---
lib/librte_gro/rte_gro.h | 30 +++---
1 file changed, 19 insertions(+), 11 deletions(-)
diff --git a/lib/librte_gro/rte_gro.h b/lib/librte_gro/rte_gro.h
inde
Hello Ferruh,
Both patches
[1] http://dpdk.org/dev/patchwork/patch/26633/ and
[2] http://dpdk.org/dev/patchwork/patch/25061/ have failed the same test.
This is kind of strange because [2] has already passed that test numerous times.
I'll recalibrate my cluster and run the test again.
Besides that
-Original Message-
> Date: Tue, 11 Jul 2017 01:57:15 +
> From: "Dai, Wei"
> To: Jerin Jacob
> CC: "tho...@monjalon.net" , "Lu, Wenzhuo"
> , "Ananyev, Konstantin"
> , "Wu, Jingjing" ,
> "Xing, Beilei" , "dev@dpdk.org"
> Subject: RE: [dpdk-dev] [PATCH v6 1/4] ethdev: add support of
Add description to programmer's guide to explain the
design of the GRO library.
Signed-off-by: Jiayu Hu
---
MAINTAINERS| 1 +
.../prog_guide/generic_receive_offload_lib.rst | 163 +
doc/guides/prog_guide/index.rst
-Original Message-
From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
Sent: Monday, July 10, 2017 7:35 PM
To: Dai, Wei
Cc: tho...@monjalon.net; Lu, Wenzhuo ; Ananyev,
Konstantin ; Wu, Jingjing
; Xing, Beilei ; dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v6 1/4] ethdev: add suppor
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Stephen
> Hemminger
> Sent: Tuesday, July 11, 2017 9:13 AM
> To: dev@dpdk.org
> Cc: Stephen Hemminger
> Subject: [dpdk-dev] [RFC] pci: force address of mappings in secondary
> process
>
> The PCI memory resources
The PCI memory resources in the secondary process should be in
the exact same location as the primary process. Otherwise
there is a risk of a stray pointer.
Not sure if this is right, but it looks like a potential
problem.
---
lib/librte_eal/common/eal_common_pci_uio.c | 2 +-
1 file changed, 1
Signed-off-by: Gaetan Rivet
---
doc/guides/nics/features/failsafe.ini | 1 +
drivers/net/failsafe/failsafe.c | 1 +
drivers/net/failsafe/failsafe_ether.c | 18 ++
drivers/net/failsafe/failsafe_ops.c | 23 +++
drivers/net/failsafe/failsafe_priv
Signed-off-by: Gaetan Rivet
---
drivers/net/failsafe/failsafe_ether.c | 34 +++--
drivers/net/failsafe/failsafe_flow.c| 29
drivers/net/failsafe/failsafe_private.h | 4
3 files changed, 65 insertions(+), 2 deletions(-)
diff --g
Signed-off-by: Gaetan Rivet
Acked-by: Olga Shern
---
drivers/net/failsafe/failsafe_private.h | 8 +++
drivers/net/failsafe/failsafe_rxtx.c| 124 ++--
2 files changed, 112 insertions(+), 20 deletions(-)
diff --git a/drivers/net/failsafe/failsafe_private.h
b/dri
Listen to INTR_RMV events issued by slaves.
Add atomic flags on slave queues to detect use of slave bursts function.
If a removal is detected, set the recollection flag on this slave.
During a slave upkeep round, if its recollection flag is set and its
burst functions are not in use by any thread,
Periodically check for the existence of a device.
If a device has not been initialized and exists on the system, then it
is probed and configured.
The configuration process strives to synchronize the states between the
plugged-in sub-device and the fail-safe device.
Signed-off-by: Gaetan Rivet
A
Signed-off-by: Gaetan Rivet
Acked-by: Olga Shern
---
doc/guides/nics/features/failsafe.ini | 1 +
drivers/net/failsafe/Makefile | 1 +
drivers/net/failsafe/failsafe.c | 1 +
drivers/net/failsafe/failsafe_eal.c | 1 +
drivers/net/failsafe/failsafe_ether.c | 70 +
Signed-off-by: Gaetan Rivet
Acked-by: Olga Shern
---
doc/guides/nics/features/failsafe.ini | 6 ++
drivers/net/failsafe/failsafe_ops.c | 131 +-
2 files changed, 135 insertions(+), 2 deletions(-)
diff --git a/doc/guides/nics/features/failsafe.ini
b/doc/guide
Add the "exec" device type.
The parameters given to this type of device will be executed in a shell.
The output of this command is then used as a definition for a device.
That command can be re-interpreted if the related device is not
plugged-in. It allows for a device definition to react to syste
Introduce the fail-safe poll mode driver initialization and enable its
build infrastructure.
This PMD allows for applications to benefit from true hot-plugging
support without having to implement it.
It intercepts and manages Ethernet device removal events issued by
slave PMDs and re-initializes
Make the rte_eth_dev_count() return the number of available devices even
after some are detached by the hotplug API or put in a deferred state.
Signed-off-by: Gaetan Rivet
---
lib/librte_ether/rte_ethdev.c | 16 +---
lib/librte_ether/rte_ethdev.h | 13 ++---
2 files changed,
This device state means that the device is managed externally, by
whichever party has set this state (PMD or application).
Note: this new device state is only an information. The related device
structure and operators are still valid and can be used normally.
It is however made private by device
The prior scan should link the relevant rte_devargs to the newly
allocated rte_device. As such, it is useless to pass device arguments to
the plug callback. Those arguments are available within the devargs
field of the rte_device structure.
Fixes: 7c8810f43f6e ("bus: introduce device plug/unplug")
This PMD intercepts and manages Ethernet device removal events issued by
slave PMDs and re-initializes them transparently when brought back so that
existing applications do not need to be modified to benefit from true
hot-plugging support.
The stacked PMD approach shares many similarities with the
The PCI device is referenced by other DPDK systems by the name of its
parameter, not by the system name.
Moreover, this name should be set once and for all, as early as
possible. This means linking the rte_devargs associated with the PCI
device during its scan, making available other metadatas use
The device handle is already known and does not have to be infered from
the PCI address. The relevant helpers are already available within the
PCI bus to avoid searching for a handle already known.
Additionally, rte_memcpy.h was erroneously included.
Fixes: 00e62aae69c0 ("bus/pci: implement plug/
This new function expects a fully-formed rte_devargs, previously parsed
and allocated.
It does not check whether the new rte_devargs is compatible with current
bus configuration, but will replace any eventual existing one for the same
device.
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/bsdap
The field is set but never resetted on error.
This marks the device as being attached while it is not, and forbid
further attempts to hotplug it.
Fixes: 7917d5f5ea46 ("pci: initialize generic driver pointer")
Cc: sta...@dpdk.org
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/eal_common_p
New device should be represented by an rte_devargs prior to being
plugged.
Device parameters are available to rte_devices via their devargs field.
This field should be set up as soon as possible, as central information
are stored within, such as the device name which is used to search
the newly sc
Hotplug support introduces the possibility of removing devices from the
system. Allocated resources must be freed.
Extend the rte_devargs API to allow freeing allocated resources.
This API is experimental and bound to change. It is currently designed
as a symetrical to rte_eal_devargs_add(), but
Sending those fixes as separate patches as they stand on their own.
This series improves usability of the hotplug API and fixes a few issues
with existing implementations.
The hotplug API can be tested with the fail-safe PMD[1]. Its
documentation describes how to declare slaves and how to use it.
This method must be implemented to allow using a unified, generic API to
hotplug devices, including virtual ones.
VDEV devices actually exist unattached after performing a scan on the
rte_devargs list. As such it makes sense to be able to perform a device
hotplug afterward.
Finally, missing this
10/07/2017 13:39, Radu Nicolau:
> Added API change description - moved bypass functions
> from the rte_ethdev library to ixgbe PMD
Fixes: e261265e42a1 ("ethdev: move bypass functions to ixgbe PMD")
> Signed-off-by: Radu Nicolau
Applied, thanks
Introducing the DEV_TX_OFFLOAD_MT_LOCKFREE TX capability flag.
if a PMD advertises DEV_TX_OFFLOAD_MT_LOCKFREE capable, multiple threads
can invoke rte_eth_tx_burst() concurrently on the same tx queue without
SW lock. This PMD feature will be useful in the following use cases and
found in the OCTEON
10/07/2017 18:47, Dumitrescu, Cristian:
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > 10/07/2017 17:46, Dumitrescu, Cristian:
> > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > > 10/07/2017 15:21, Dumitrescu, Cristian:
> > > > > From: Thomas Monjalon [mailto:tho...@monjalon.n
-Original Message-
> Date: Sat, 08 Jul 2017 18:08:57 +0200
> From: Thomas Monjalon
> To: Jerin Jacob
> Cc: dev@dpdk.org, ferruh.yi...@intel.com, john.mcnam...@intel.com
> Subject: Re: [dpdk-dev] [PATCH v2] ethdev: introduce lock-free txq
> capability flag
>
> Hi Jerin,
>
Hi Thomas. Th
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, July 10, 2017 4:54 PM
> To: Dumitrescu, Cristian
> Cc: dev@dpdk.org; jerin.ja...@caviumnetworks.com;
> hemant.agra...@nxp.com; Singh, Jasvinder ;
> Lu, Wenzhuo ; O'Driscoll, Tim
> ; Glynn, Michael J
On Monday 10 July 2017 06:45 PM, Olivier Matz wrote:
> On Wed, 5 Jul 2017 13:05:57 +0530, santosh
> wrote:
>> Hi Olivier,
>>
>> On Monday 03 July 2017 10:07 PM, Olivier Matz wrote:
>>
>>> On Wed, 21 Jun 2017 17:32:47 +, Santosh Shukla
>>> wrote:
Some mempool hw like octeontx/fpa blo
On Monday 10 July 2017 07:25 PM, Olivier Matz wrote:
> On Wed, 5 Jul 2017 12:11:52 +0530, santosh
> wrote:
>> Hi Olivier,
>>
>> On Monday 03 July 2017 10:07 PM, Olivier Matz wrote:
>>
>>> Hi Santosh,
>>>
>>> On Wed, 21 Jun 2017 17:32:45 +, Santosh Shukla
>>> wrote:
Allow external me
10/07/2017 17:46, Dumitrescu, Cristian:
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > 10/07/2017 15:21, Dumitrescu, Cristian:
> > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > > 10/07/2017 12:55, Dumitrescu, Cristian:
> > > > > From: Thomas Monjalon [mailto:tho...@monjalon.n
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, July 10, 2017 2:50 PM
> To: Dumitrescu, Cristian
> Cc: dev@dpdk.org; jerin.ja...@caviumnetworks.com;
> hemant.agra...@nxp.com; Singh, Jasvinder ;
> Lu, Wenzhuo ; O'Driscoll, Tim
> ; Glynn, Michael J
Hi Cristian,
Took me a while to reply and I didn't see any update in the meantime, is
this RFC still relevant?
More comments below.
On Tue, Jun 06, 2017 at 06:37:57PM +, Dumitrescu, Cristian wrote:
> Hi Adrien,
>
> Thanks for reviewing this proposal.
>
> > -Original Message-
> > Fr
The maintainer of librte_cfgfile is Cristian (+Cc),
please set him as recipient for next time.
10/07/2017 14:44, Jacek Piasecki:
> New API for cfgfile library allows to create a cfgfile at runtime, add new
> section, add entry in a section, update existing entry and save cfgfile
> structure to INI
10/07/2017 14:29, Olivier Matz:
> On Thu, 6 Jul 2017 19:50:24 +0530, Jerin Jacob
> wrote:
> > add a unit testcase for rte_log2_u32.
> >
> > Signed-off-by: Jerin Jacob
>
> Reviewed-by: Olivier Matz
Series applied, thanks
10/07/2017 16:22, santosh:
> On Monday 10 July 2017 07:39 PM, Thomas Monjalon wrote:
>
> > 10/07/2017 15:56, santosh:
> >> On Monday 10 July 2017 07:21 PM, Thomas Monjalon wrote:
> >>
> >>> 10/07/2017 15:30, santosh:
> Hi Olivier,
>
> On Monday 10 July 2017 05:57 PM, Olivier Matz wr
On Monday 10 July 2017 07:39 PM, Thomas Monjalon wrote:
> 10/07/2017 15:56, santosh:
>> On Monday 10 July 2017 07:21 PM, Thomas Monjalon wrote:
>>
>>> 10/07/2017 15:30, santosh:
Hi Olivier,
On Monday 10 July 2017 05:57 PM, Olivier Matz wrote:
> I didn't check the patchset in det
10/07/2017 15:56, santosh:
> On Monday 10 July 2017 07:21 PM, Thomas Monjalon wrote:
>
> > 10/07/2017 15:30, santosh:
> >> Hi Olivier,
> >>
> >> On Monday 10 July 2017 05:57 PM, Olivier Matz wrote:
> >>> I didn't check the patchset in detail, but in my understanding,
> >>> what we call physaddr in
On Monday 10 July 2017 07:21 PM, Thomas Monjalon wrote:
> 10/07/2017 15:30, santosh:
>> Hi Olivier,
>>
>> On Monday 10 July 2017 05:57 PM, Olivier Matz wrote:
>>> I didn't check the patchset in detail, but in my understanding,
>>> what we call physaddr in dpdk is actually a bus address. Shouldn't
On Wed, 5 Jul 2017 12:11:52 +0530, santosh
wrote:
> Hi Olivier,
>
> On Monday 03 July 2017 10:07 PM, Olivier Matz wrote:
>
> > Hi Santosh,
> >
> > On Wed, 21 Jun 2017 17:32:45 +, Santosh Shukla
> > wrote:
> >> Allow external mempool to advertise its capability.
> >> A handler been intro
10/07/2017 15:30, santosh:
> Hi Olivier,
>
> On Monday 10 July 2017 05:57 PM, Olivier Matz wrote:
> > I didn't check the patchset in detail, but in my understanding,
> > what we call physaddr in dpdk is actually a bus address. Shouldn't
> > we start to rename some of these fields and functions to
10/07/2017 15:21, Dumitrescu, Cristian:
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > 10/07/2017 12:55, Dumitrescu, Cristian:
> > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > > 2/ Some functions are exposed in the API to query the ops.
> > > > It seems dangerous and useless
Hi Raslan,
Your patch looks ok at first glance. However, I couldn't test it as it
does not apply on a
fresh next-net branch. Can you send a v2 after rebase?
Thank you.
Pascal
On 07/10/2017 10:13 AM, Raslan Darawsheh wrote:
Remove checks of Linux kernel version
in order to support kernel wit
Hi Olivier,
On Monday 10 July 2017 05:57 PM, Olivier Matz wrote:
> On Mon, 10 Jul 2017 11:42:34 +, Santosh Shukla
> wrote:
>> Check iova mode and accordingly return phy addr.
>>
>> Signed-off-by: Santosh Shukla
>> Signed-off-by: Jerin Jacob
>> ---
>> lib/librte_mempool/rte_mempool.h | 10
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, July 10, 2017 1:57 PM
> To: Dumitrescu, Cristian
> Cc: dev@dpdk.org; jerin.ja...@caviumnetworks.com;
> hemant.agra...@nxp.com; Singh, Jasvinder ;
> Lu, Wenzhuo ; O'Driscoll, Tim
> ; Glynn, Michael J
On Wed, 5 Jul 2017 13:05:57 +0530, santosh
wrote:
> Hi Olivier,
>
> On Monday 03 July 2017 10:07 PM, Olivier Matz wrote:
>
> > On Wed, 21 Jun 2017 17:32:47 +, Santosh Shukla
> > wrote:
> >> Some mempool hw like octeontx/fpa block, demands block size aligned
> >> buffer address.
> >>
>
Load huge realloc_sections.ini file to check malloc/realloc
ability of cfgfile library.
Signed-off-by: Jacek Piasecki
---
test/test/test_cfgfile.c | 40 +++
test/test/test_cfgfiles/etc/realloc_sections.ini | 128 +++
2 files changed, 168 insertion
New functions added to cfgfile library make it possible
to significantly simplify the code of rte_cfgfile_load_with_params()
This patch shows the new body of this function.
Signed-off-by: Jacek Piasecki
---
lib/librte_cfgfile/rte_cfgfile.c | 156 ---
1 file c
This patch shows usage of Jansson library to parse
application arguments from JSON config file.
https://github.com/akheron/jansson
If a --cfgfile-path option is passed into commandline
non EAL section, then the disired JSON file is loaded and used
by app. In case when JSON doesn't exist an INI f
Extend existing cfgfile library with providing new API functions:
rte_cfgfile_create() - create new cfgfile object
rte_cfgfile_add_section() - add new section to existing cfgfile
object
rte_cfgfile_add_entry() - add new entry to existing cfgfile
object in specified section
rte_cfgfile_set_entry()
Change to flat arrays in cfgfile struct force slightly
diffrent data access for most of cfgfile functions.
This patch provides necessary changes in existing API.
Signed-off-by: Jacek Piasecki
---
lib/librte_cfgfile/rte_cfgfile.c | 120 +++
lib/librte_cfgfile/r
This patch shows how to pass arguments to application
using config.ini file.
If a --cfgfile-path option is passed into commandline
non EAL section, then the file is loaded and used by app.
If a config.ini file is present in current working
directory, and no --cfgfile-path option is passed in, co
Hi,
10/07/2017 12:55, Dumitrescu, Cristian:
> Hi Thomas,
>
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> >
> > Hi,
> >
> > 04/07/2017 17:38, Cristian Dumitrescu:
> > > http://dpdk.org/git/next/dpdk-next-tm
> >
> > I'm sorry to not have considered this tree as a high priority.
> > I
This patch removes the dependency to EAL in cfgfile library.
Signed-off-by: Jacek Piasecki
---
lib/Makefile | 3 +--
lib/librte_cfgfile/Makefile | 1 +
lib/librte_cfgfile/rte_cfgfile.c | 29 +
3 files changed, 19 insertions(+), 14 deletions(
This patchset introduce a mechanism for running dpdk application with
parameters provided by configuration file.
A new API for EAL takes a config file data type - either loaded from
file, or built up programmatically in the application - and extracts
DPDK parameters from it to be used when eal in
added function rte_eal_configure which configure
Environment Abstraction Layer (EAL) using
configuration structure.
Signed-off-by: Kuba Kozak
Suggested-by: Bruce Richardson
---
lib/Makefile| 3 +
lib/librte_eal/bsdapp/eal/Makefile | 4 +
lib/
New API for cfgfile library allows to create a cfgfile at runtime, add new
section, add entry in a section, update existing entry and save cfgfile
structure to INI file - opens up the possibility to have applications
dynamically build up a proper DPDK configuration, rather than
having to have a pre
On Sun, Jul 09, 2017 at 11:08:05AM +0300, Vasily Philipov wrote:
> Providing this parameter requests flow API isolated mode on all ports at
> initialization time. It ensures all traffic is received through the
> configured flow rules only (see flow command).
>
> Ports that do not support this mode
On Fri, 7 Jul 2017 15:17:40 +0100, Cian Ferriter
wrote:
> IANA assigns a destination port of 4789 for the VXLAN in the Service
> Name and Transport Protocol Port Number Registry. This is mentioned in
> RFC 7348.
>
> Signed-off-by: Cian Ferriter
Fixes: f295a00a2b44 ("mbuf: add definitions of u
-Original Message-
> Date: Thu, 6 Jul 2017 19:42:52 +0300
> From: ilia.kura...@intel.com
> To: dev@dpdk.org
> CC: jerin.ja...@caviumnetworks.com, konstantin.anan...@intel.com,
> keith.wi...@intel.com, dmitry.gala...@intel.com, Ilia Kurakin
>
> Subject: [PATCH v2] ether: add support for v
On Thu, 6 Jul 2017 19:50:25 +0530, Jerin Jacob
wrote:
> Used rte_log2_u32() to replace integer log2() to
> remove libm dependency.
>
> Signed-off-by: Jerin Jacob
Reviewed-by: Olivier Matz
On Thu, 6 Jul 2017 19:50:24 +0530, Jerin Jacob
wrote:
> add a unit testcase for rte_log2_u32.
>
> Signed-off-by: Jerin Jacob
Reviewed-by: Olivier Matz
On Mon, 10 Jul 2017 11:42:34 +, Santosh Shukla
wrote:
> Check iova mode and accordingly return phy addr.
>
> Signed-off-by: Santosh Shukla
> Signed-off-by: Jerin Jacob
> ---
> lib/librte_mempool/rte_mempool.h | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --g
Support for dynamic tokens was added in order to implement the flow command
in testpmd, for which static tokens were not versatile enough due to the
large number of possible parameter combinations.
However, due to its reliance on a temporary array to store dynamic tokens,
this interface suffers fr
While matching user input against a token name or any other fixed string,
comparison stops at the end of user input if shorter (e.g. "foo" matches
token name "foobar").
Although the unintended consequence of this behavior allows users to
abbreviate command names and various parameters yet generate
To avoid redundant calls to the token-generating function and provide it
with helpful context, a temporary fixed-size array allocated on the stack
of cmdline_parse() and cmdline_complete() keeps the address of preceding
tokens for the command instance being processed (cmdline_parse_inst_t).
Like t
Adding a cover letter to keep the same title for that thread, since I took
over the original patch from Bernard, modified it somewhat and made a couple
of additional fixes on top of it.
Olivier's comment [1] and Bernard's feedback about dynamic tokens made me
realize how the interface itself was n
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/common/rte_malloc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/rte_malloc.c
b/lib/librte_eal/common/rte_malloc.c
i
Check iova mode and accordingly map iova to pa or va.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal_vfio.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal_vfio.c
b/lib/librte_eal/linux
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_mempool/rte_mempool.h | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/librte_mempool/rte_mempool.h b/lib/librte_mempool/rte_mempool.h
index
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_eal/linuxapp/eal/eal_memory.c
b/lib/librte_eal/linuxapp/eal/eal_memory.c
inde
- Moving late bus scanning to up..just after eal_parsing.
- Mapping mode would be default for bsdapp. It supports
only one pass through mode (RTE_KDRV_NIC_UIO)
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/bsdapp/eal/eal.c | 16 ++--
1 file changed, 1
- 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-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/linuxapp/eal/eal.c | 16 ++--
1 file changed, 10 insertions(+), 6
Introducing rte_eal_iova_mode() helper API. This API
used by non-eal library for detecting iova mode.
Signed-off-by: Santosh Shukla
---
lib/librte_eal/bsdapp/eal/eal.c | 6 ++
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 +
lib/librte_eal/common/include/rte_eal.h
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 device attached to UIO class of driver.
2. Che
Introducing rte_pci_get_iommu_class API which helps to get iommu class
of PCI device on the bus and returns preferred iova mapping mode for
PCI bus.
Bsdapp case returns default iova mode.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_eal/bsdapp/eal/eal_pci.c
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 throught bus_list.
1. Collect each bus iova mode value and update into 'mode' var.
2. Here value '1' i
Added API change description - moved bypass functions
from the rte_ethdev library to ixgbe PMD
Signed-off-by: Radu Nicolau
---
v6: changed library name to rte_ethdev and "APIs" to "functions",
added newline after section.
doc/guides/rel_notes/release_17_08.rst | 26 +++
Export rte_pci_match() function as it needed in the followup patch.
Signed-off-by: Santosh Shukla
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 +
lib/librte_eal/common/eal_common_pci.c | 10 +-
lib/librte_eal/common/include/rte_pci.h | 15 +++
lib
Introducing RTE_PCI_DRV_NEED_IOVA_VA flag. Flag used when driver needs
to operate in iova=va mode.
Why driver need iova=va mapping?
On NPU style co-processors like Octeontx, the buffer recycling has been
done in HW, unlike SW model. Here is the data flow:
1) On control path, Fill the HW mempool w
v2:
Based on the discussion on the thread [2].
Introducing RTE_PCI_DRV_NEED_IOVA_VA flag for autodetection of iova va mapping.
If a PCI driver demand for IOVA as VA scheme then the driver can add it in the
PCI driver registration function.
Algorithm to select IOVA as VA for PCI bus case:
0. L
-Original Message-
> Date: Mon, 10 Jul 2017 08:18:33 +
> From: "Van Haaren, Harry"
> To: Thomas Monjalon
> CC: "dev@dpdk.org" , "jerin.ja...@caviumnetworks.com"
> , "Wiles, Keith" ,
> "Richardson, Bruce"
> Subject: RE: [dpdk-dev] [PATCH v4 0/7] service cores: cover letter
>
> > Fr
-Original Message-
> Date: Mon, 10 Jul 2017 18:05:41 +0800
> From: Wei Dai
> To: tho...@monjalon.net, wenzhuo...@intel.com,
> konstantin.anan...@intel.com, jingjing...@intel.com, beilei.x...@intel.com
> CC: dev@dpdk.org, Wei Dai
> Subject: [dpdk-dev] [PATCH v6 1/4] ethdev: add support of
1 - 100 of 148 matches
Mail list logo
