dev_start sets *dev_attached* after setup queues, this sets device to
invalid state since no frontend is attached. Also destroy_device set
*started* to zero which makes *allow_queuing* always zero until dev_start
get called again. Actually, we should not determine queues existence by
*dev_attached*
Monday, March 26, 2018 12:35 PM, Adrien Mazarguil:
> Subject: Re: [PATCH v3] net/mlx4: support CRC strip toggling
>
> On Sun, Mar 25, 2018 at 08:19:29PM +, Ophir Munk wrote:
> > Previous to this commit mlx4 CRC stripping was executed by default and
> > there was no verbs API to disable it.
> >
On Tuesday 10 April 2018 11:39 AM, Remy Horton wrote:
On 10/04/2018 05:18, Shreyansh Jain wrote:
[..]
I'll add in the snippet above. 18.05 integration deadline has I think
passed, but documentation changes will still get in.
@thomas you won't be integrating these default conf patches in 18.05
Add DEV_TX_OFFLOAD_TCP_TSO to failsafe Tx offload default capabilities.
The net result of failsafe Tx capabilities is the logical AND of Tx
capabilities among all failsafe sub_devices and failsafe own default
capabilities.
Signed-off-by: Ophir Munk
---
drivers/net/failsafe/failsafe_ops.c | 3 ++-
When application works with LSC interrupts the ethdev layer skips
the PMD callback and update according to the link status exists on
device data. It is because it assumes the link status on the device data
is the correct one since any link change is processed by the application.
As multiple PMDs i
When using 4095, I assume you enabled trunk mode on ESX vswitch. What ESX
version did you use? Is the vswitch standard switch or DVS? We have tested over
ESX6.0 and onwards plus DPDK 17.05 and it should work.
On 4/8/18, 11:22 PM, "Padam Jeet Singh" wrote:
> On 06-Apr-2018, at 11:12
Following commit 7ba5320baa32 ("net/mlx5: fix link status behavior")
The initial link status is no longer set as part of the port start.
When LSC interrupts are enabled, ethdev layer reads the link status
directly from the device data instead of using the PMD callback.
This may cause application t
On 10/04/2018 05:18, Shreyansh Jain wrote:
[..]
I'll add in the snippet above. 18.05 integration deadline has I think
passed, but documentation changes will still get in.
@thomas you won't be integrating these default conf patches in 18.05?
I meant that since the v5 and v6 will only differ
-Original Message-
> Date: Wed, 4 Apr 2018 12:26:18 +0530
> From: Abhinandan Gujjar
> To: jerin.ja...@caviumnetworks.com, hemant.agra...@nxp.com,
> akhil.go...@nxp.com, dev@dpdk.org
> CC: pablo.de.lara.gua...@intel.com, declan.dohe...@intel.com,
> narender.vang...@intel.com, abhinandan.g
Hi Thomas,
Can you review the patch and let me know if you have any comments.
Thanks,
Anoob
On 03/04/18 19:57, Anoob Joseph wrote:
Adding maintainers of testpmd & lib/ethdev
Thanks,
Anoob
On 21/03/18 16:41, Anoob Joseph wrote:
Adding support for IPsec events in rte_eth_event framework. In in
On 4/9/2018 7:24 PM, Ferruh Yigit wrote:
On 4/9/2018 2:11 PM, Marko Kovacevic wrote:
Added SPDX headers to doc files to have them aligned with
the other doc files.
Signed-off-by: Marko Kovacevic
<...>
doc/guides/rel_notes/release_16_04.rst | 3 +++
doc/guides/rel_notes/release
> -Original Message-
> From: Remy Horton [mailto:remy.hor...@intel.com]
> Sent: Monday, April 9, 2018 8:09 PM
> To: Shreyansh Jain ; dev@dpdk.org
> Cc: John McNamara ; Wenzhuo Lu
> ; Jingjing Wu ; Qi Zhang
> ; Beilei Xing ; Thomas
> Monjalon
> Subject: Re: [dpdk-dev] [PATCH v5 4/4] testpmd
On 4/10/2018 3:45 AM, Jan Viktorin wrote:
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
drivers/bus/vdev/rte_bus_vdev.h | 32 ++--
drivers/bus/vdev/vdev.c | 32 ++--
On 4/10/2018 3:45 AM, Jan Viktorin wrote:
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
test/test/resource.c | 33 ++---
test/test/resource.h | 33 ++-
On 4/10/2018 3:45 AM, Jan Viktorin wrote:
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
config/defconfig_arm-armv7a-linuxapp-gcc | 31 ++-
1 file changed, 2 insertions(+), 29 d
On 4/10/2018 3:45 AM, Jan Viktorin wrote:
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
.../common/include/arch/arm/rte_atomic.h | 32 ++
.../common/include/arch/arm/rte_atom
On 4/10/2018 3:45 AM, Jan Viktorin wrote:
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
mk/arch/arm/rte.vars.mk | 32 ++--
mk/machine/armv7a/rte.vars.mk | 31 ++--
> -Original Message-
> From: Zhang, Qi Z
> Sent: Monday, April 9, 2018 9:57 PM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: sta...@dpdk.org
> Subject: RE: [PATCH v2] net/i40e: fix flow RSS queue index check error
>
>
>
> > -Original Message-
> > From: Zhao1, Wei
> > Sent: Monday, Apri
On Mon, Apr 09, 2018 at 06:04:34PM +0200, Olivier Matz wrote:
> Hi Yongseok,
>
> On Tue, Apr 03, 2018 at 05:12:06PM -0700, Yongseok Koh wrote:
> > On Tue, Apr 03, 2018 at 10:26:15AM +0200, Olivier Matz wrote:
> > > Hi,
> > >
> > > On Mon, Apr 02, 2018 at 11:50:03AM -0700, Yongseok Koh wrote:
> >
> -Original Message-
> From: Zhang, Qi Z
> Sent: Monday, April 9, 2018 9:57 PM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: sta...@dpdk.org
> Subject: RE: [PATCH v2] net/i40e: fix flow RSS queue index check error
>
>
>
> > -Original Message-
> > From: Zhao1, Wei
> > Sent: Monday, Apri
-Original Message-
> Date: Tue, 10 Apr 2018 00:15:58 +0200
> From: Jan Viktorin
> To: dev@dpdk.org
> CC: jerin.ja...@caviumnetworks.com, Thomas Monjalon ,
> Hemant Agrawal , Jan Viktorin
>
> Subject: [PATCH 6/6] lib: use SPDX tag for Cavium & RehiveTech copyright
> files
> X-Mailer: gi
From: Scott Branden
Update 18.05 release notes to indicate support for Broadcom Stingray
SoC support.
Signed-off-by: Scott Branden
---
doc/guides/rel_notes/release_18_05.rst | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/doc/guides/rel_notes/release_18_05.
From: Scott Branden
Add support for Stingray PF devices ids:
BCM58802 = 0xd802
BCM58804 = 0xd804
BCM58808 = 0x16f0
Signed-off-by: Scott Branden
---
drivers/net/bnxt/bnxt_ethdev.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/bnxt/bnxt_ethdev.c b/drivers/net/bnxt/bnxt_et
Patchset adding support for Broadcom Stingray product family
Scott Branden (3):
introduce Broadcom Stingray
net/bnxt: add support for Stingray PF devices ids
doc: add Broadcom Stingray SoC support to release notes
config/defconfig_arm64-stingray-linuxapp-gcc | 16
doc/guid
From: Scott Branden
Add Broadcom Stingray machine support based on armv8.
For product brief see:
https://www.broadcom.com/products/ethernet-connectivity/controllers/bcm58800
Signed-off-by: Scott Branden
Signed-off-by: Ajit Khaparde
---
config/defconfig_arm64-stingray-linuxapp-gcc | 16 ++
Patch sent for this release.
> -Original Message-
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Monday, April 09, 2018 7:39 PM
> To: Ophir Munk ; dev@dpdk.org; Pascal Mazon
>
> Cc: Thomas Monjalon ; Olga Shern
>
> Subject: Re: [dpdk-dev] [RFC 0/2] TAP TSO Implementation
>
09/04/2018 14:06, Jasvinder Singh:
> IP_Pipeline app is not supported in FreeBSD environment. Therefore,
> skip it while building the sample apps on FreeBSD.
>
> Fixes: 4bbf8e30aa5e ("examples/ip_pipeline: add CLI interface")
> Fixes: 2f74ae28e23f ("examples/ip_pipeline: add tap object")
>
> Sign
This commit implements TCP segmentation offload in TAP.
librte_gso library is used to segment large TCP payloads (e.g. packets
of 64K bytes size) into smaller MTU size buffers.
By supporting TSO offload capability in software a TAP device can be used
as a failsafe sub device and be paired with anot
This patch implements TAP TSO (TSP segmentation offload) in SW.
It uses dpdk library librte_gso.
Dpdk librte_gso library segments large TCP payloads (e.g. 64K bytes)
into smaller size buffers.
By supporting TSO offload capability in software a TAP device can be used
as a failsafe sub device and be
Prior to this commit IP/UDP/TCP checksum offload calculations
were skipped in case of a multi segments packet.
This commit enables TAP checksum calculations for multi segments
packets.
The only restriction is that the first segment must contain all
headers of layers 2, 3 and 4 (where layer 4 header
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
test/test/resource.c | 33 ++---
test/test/resource.h | 33 ++---
test/test/test_resource.c | 33
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
config/defconfig_arm-armv7a-linuxapp-gcc | 31 ++-
1 file changed, 2 insertions(+), 29 deletions(-)
diff --git a/config/defconfig_arm
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
drivers/bus/vdev/rte_bus_vdev.h | 32 ++--
drivers/bus/vdev/vdev.c | 32 ++--
2 files changed, 4 i
Replace the BSD license header with the SPDX tag for files
with a RehiveTech and Cavium copyright on them.
Signed-off-by: Jan Viktorin
---
lib/librte_eal/common/arch/arm/rte_cpuflags.c | 34 +++
1 file changed, 3 insertions(+), 31 deletions(-)
diff --git a/lib/librte_eal
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
mk/arch/arm/rte.vars.mk | 32 ++--
mk/machine/armv7a/rte.vars.mk | 31 ++-
2 files changed, 4 insert
Hi all,
I've updated all relevant code to SPDX license. The last commit
also updates the Cavium copyright, I've separated it for clarity
otherwise it can be squashed into 02.
Jan
Jan Viktorin (6):
mk: use SPDX tag for RehiveTech copyright files
lib: use SPDX tag for RehiveTech copyright file
Replace the BSD license header with the SPDX tag for files
with only an RehiveTech copyright on them.
Signed-off-by: Jan Viktorin
---
.../common/include/arch/arm/rte_atomic.h | 32 ++
.../common/include/arch/arm/rte_atomic_32.h| 32 ++
..
When application sets `RTE_EVENT_TIMER_ADAPTER_F_ADJUST_RES` flag
while creating adapter underlying driver is free to optimize the
resolution for best possible configuration.
Signed-off-by: Pavan Nikhilesh
Acked-by: Jerin Jacob
---
drivers/event/octeontx/timvf_evdev.c | 52 +
Signed-off-by: Pavan Nikhilesh
Acked-by: Jerin Jacob
---
MAINTAINERS | 4
doc/guides/eventdevs/octeontx.rst | 29 +
2 files changed, 33 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7e966580b..c201e0f7f 100644
--- a/MAINTAINER
Add compile-time configurable option to force TIMvf to use Octeontx
FPAvf pool manager as its chunk pool.
When FPAvf is used as pool manager the TIMvf automatically frees the
chunks to FPAvf through gpool-id.
Signed-off-by: Pavan Nikhilesh
---
drivers/event/octeontx/timvf_evdev.c | 22 +
Signed-off-by: Pavan Nikhilesh
---
drivers/event/octeontx/timvf_evdev.c | 3 +
drivers/event/octeontx/timvf_evdev.h | 7 ++
drivers/event/octeontx/timvf_worker.c | 53 +++
drivers/event/octeontx/timvf_worker.h | 95 +++
4 files changed, 158 insertions(+)
d
Add functions to get and reset event timer adapter stats.
Signed-off-by: Pavan Nikhilesh
---
drivers/event/octeontx/ssovf_evdev.c | 14 -
drivers/event/octeontx/timvf_evdev.c | 30 +++-
drivers/event/octeontx/timvf_evdev.h | 3 +++
3 files changed, 45 inserti
Signed-off-by: Pavan Nikhilesh
Acked-by: Jerin Jacob
---
drivers/event/octeontx/Makefile | 5 +
drivers/event/octeontx/meson.build| 1 +
drivers/event/octeontx/timvf_evdev.c | 9 +-
drivers/event/octeontx/timvf_evdev.h | 35
drivers/event/octeontx/timvf_worker.c | 107 +++
When application requests to start the timer adapter through
`rte_event_timer_adapter_start`, Octeontx TIMvf ring does the
following:
- Uses mbox to communicate TIMpf driver about,
* SCLK frequency used to convert ns<->cycles.
* program the ring control parameters and start the ring.
* get th
When application creates the timer adapter by passing
`RTE_EVENT_TIMER_ADAPTER_F_SP_PUT` flag, we can optimize the arm sequence
by removing the locking overhead.
Signed-off-by: Pavan Nikhilesh
---
drivers/event/octeontx/timvf_evdev.c | 19 ---
drivers/event/octeontx/timvf_evdev.h | 5
When the application requests to create a timer device, Octeontx TIM
create does the following:
- Get the requested TIMvf ring based on adapter_id.
- Verify the config parameters supplied.
- Allocate memory required for
* Buckets based on min and max timeout supplied.
* Allocate the chunk pool
On Octeontx HW, each event timer device is enumerated as separate SRIOV VF
PCIe device.
In order to expose as a event timer device:
On PCIe probe, the driver stores the information associated with the
PCIe device and later when appliacation requests for a event timer device
through `rte_event_time
Signed-off-by: Pavan Nikhilesh
Acked-by: Jerin Jacob
---
usertools/dpdk-devbind.py | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/usertools/dpdk-devbind.py b/usertools/dpdk-devbind.py
index ff4b186e8..d0c420906 100755
--- a/usertools/dpdk-devbind.py
+++ b/usertools/dpdk-
The event timer adapter[1] provides APIs to configure an event timer device
that allows an application to arm timers which on expiry push events to an
event device such as OcteonTx SSO.
The OcteonTx TIM is a co-processor that can be configured as an event timer
adapter which can be used by an appli
On Monday 09 April 2018 11:30 PM, Anatoly Burakov wrote:
This patchset introduces dynamic memory allocation for DPDK (aka memory
hotplug). Based upon RFC submitted in December [1].
Dependencies (to be applied in specified order):
- EAL IOVA fix [2]
Deprecation notices relevant to this patchset:
Fixes: 85a2d5cab96f ("vhost/crypto: add virtio-crypto user message structure")
Signed-off-by: Fan Zhang
---
lib/librte_vhost/vhost_crypto.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/lib/librte_vhost/vhost_crypto.c b/lib/librte_vhost/vhost_crypto.c
index d
Fixes: 2ce5bd8c442d ("examples/vhost_crypto: add vhost crypto sample
application")
This patch fixes the parsing of cryptodev id in the cmdline.
Signed-off-by: Fan Zhang
---
examples/vhost_crypto/main.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/examples/vhost_crypto/main.c b/examp
Fixes: 7b5ad7beee17 ("vhost/crypto: update makefile")
Signed-off-by: Fan Zhang
---
lib/librte_vhost/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lib/librte_vhost/Makefile b/lib/librte_vhost/Makefile
index 2cc65f95e..92c267475 100644
--- a/lib/librte_vhost/Makefi
Enable callbacks on first device attach, disable callbacks
on last device attach.
PPC64 IOMMU does memseg walk, which will cause a deadlock on
trying to do it inside a callback, so provide a local,
thread-unsafe copy of memseg walk.
PPC64 IOMMU also may remap the entire memory map for DMA while
a
This API will enable application to register for notifications
on page allocations that are about to happen, giving the application
a chance to allow or deny the allocation when total memory utilization
as a result would be above specified limit on specified socket.
Signed-off-by: Anatoly Burakov
It is common sense to expect for DPDK process to not deallocate any
pages that were preallocated by "-m" or "--socket-mem" flags - yet,
currently, DPDK memory subsystem will do exactly that once it finds
that the pages are unused.
Fix this by marking pages as unfreebale, and preventing malloc from
This enables multiprocess synchronization for memory hotplug
requests at runtime (as opposed to initialization).
Basic workflow is the following. Primary process always does initial
mapping and unmapping, and secondary processes always follow primary
page map. Only one allocation request can be ac
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal/common/malloc_heap.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/malloc_heap.c
b/lib/librte_eal/common/malloc_heap.c
index 18c7b69..f8da
Now that every other piece of the puzzle is in place, enable non-legacy
init mode.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal/linuxapp/eal/eal.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/
VFIO needs to map and unmap segments for DMA whenever they
become available or unavailable, so register a callback for
memory events, and provide map/unmap functions.
Remove unneeded check for number of segments, as in non-legacy
mode this now becomes a valid scenario.
Signed-off-by: Shreyansh Ja
fslmc bus needs to map all allocated memory for VFIO before
device probe. This bus doesn't support hotplug, so at the time
of this call, all possible device that could be present, are
present. This will also be the place where we install VFIO
callback, although this change will come in the next pat
Callbacks will be triggered just after allocation and just
before deallocation, to ensure that memory address space
referenced in the callback is always valid by the time
callback is called.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal/c
Each process will have its own callbacks. Callbacks will indicate
whether it's allocation and deallocation that's happened, and will
also provide start VA address and length of allocated block.
Since memory hotplug isn't supported on FreeBSD and in legacy mem
mode, it will not be possible to regis
For now, memory is always contiguous because legacy mem mode is
enabled unconditionally, but this function will be helpful down
the line when we implement support for allocating physically
non-contiguous memory. We can no longer guarantee physically
contiguous memory unless we're in legacy or IOVA_
This set of changes enables rte_malloc to allocate and free memory
as needed. Currently, it is disabled because legacy mem mode is
enabled unconditionally.
The way it works is, first malloc checks if there is enough memory
already allocated to satisfy user's request. If there isn't, we try
and all
Secondary initialization will just sync memory map with
primary process.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
Notes:
v3:
- Improved handling of EAL hugepage info
lib/librte_eal/common/eal_common_memory.c | 1 +
lib/librte_eal/linuxap
In preparation for implementing multiprocess support, we are adding
a version number to memseg lists. We will not need any locks, because
memory hotplug will have a global lock (so any time memory map and
thus version number might change, we will already be holding a lock).
There are two ways of i
Since we are going to need to map hugepages in both primary and
secondary processes, we need to know where we should look for
hugetlbfs mountpoints. So, share those with secondary processes,
and map them on init.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
Add a new (non-legacy) memory init path for EAL. It uses the
new memory hotplug facilities.
If no -m or --socket-mem switches were specified, the new init
will not allocate anything, whereas if those switches were passed,
appropriate amounts of pages would be requested, just like for
legacy init.
Before, we were aggregating multiple pages into one memseg, so the
number of memsegs was small. Now, each page gets its own memseg,
so the list of memsegs is huge. To accommodate the new memseg list
size and to keep the under-the-hood workings sane, the memseg list
is now not just a single list, bu
This isn't used anywhere yet, but the support is now there. Also,
adding cleanup to allocation procedures, so that if we fail to
allocate everything we asked for, we can free all of it back.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal/b
For non-legacy memory init mode, instead of looking at generic
sysfs path, look at sysfs paths pertaining to each NUMA node
for hugepage counts. Note that per-NUMA node path does not
provide information regarding reserved pages, so we might not
get the best info from these paths, but this saves us
It's there, so we might as well use it. Some operations will be
sped up by that.
Since we have to allocate an fbarray for memzones, we have to do
it before we initialize memory subsystem, because that, in
secondary processes, will (later) allocate more fbarrays than the
primary process, which will
Nothing uses this code yet. The bulk of it is copied from old
memory allocation code (linuxapp eal_memory.c). We provide an
EAL-internal API to allocate either one page or multiple pages,
guaranteeing that we'll get contiguous VA for all of the pages
that we requested.
Not supported on FreeBSD.
L
Currently, DPDK stores all pages as separate files in hugetlbfs.
This option will allow storing all pages in one file (one file
per memseg list).
We do this by using fallocate() calls on FreeBSD, however this is
only supported on fairly recent (4.3+) kernels, so ftruncate()
fallback is provided to
rte_fbarray is a simple indexed array stored in shared memory
via mapping files into memory. Rationale for its existence is the
following: since we are going to map memory page-by-page, there
could be quite a lot of memory segments to keep track of (for
smaller page sizes, page count can easily rea
This adds a "--legacy-mem" command-line switch. It will be used to
go back to the old memory behavior, one where we can't dynamically
allocate/free memory (the downside), but one where the user can
get physically contiguous memory, like before (the upside).
For now, nothing but the legacy behavior
Currently it is not possible to use memory that is not owned by DPDK to
perform DMA. This scenarion might be used in vhost applications (like
SPDK) where guest send its own memory table. To fill this gap provide
API to allow registering arbitrary address in VFIO container.
Signed-off-by: Pawel Wod
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
Notes:
v5:
- Remove unused variable
drivers/net/mlx5/mlx5_mr.c | 19 ---
1 file changed, 8 insertio
Simplify memzone dump code to use memzone walk, to not maintain
the same memzone iteration code twice.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal/common/eal_common_memzone.c | 42 +++---
1 file changed, 21 inser
This can be used as a virt2iova function that only looks up
memory that is owned by DPDK (as opposed to doing pagemap walks).
Using this will result in less dependency on internals of mem API.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
Notes:
v5:
- Remove unused variable
drivers/net/mlx4/mlx4_mr.c | 18 +++---
1 file changed, 7 insertion
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/d
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
drivers/crypto/dpaa_sec/dpaa_sec.c | 19 +--
1 file changed, 5 insertions(+), 14 deletions(-)
diff --git a/d
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
drivers/crypto/dpaa_sec/dpaa_sec.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/drivers/cr
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
Notes:
v4:
- Fixed usage of experimental API's
v3:
- Added this patch
drivers/bus/fslmc/portal/dpaa2_h
This is reverse lookup of PA to VA. Using this will make
other code less dependent on internals of mem API.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal/common/eal_common_memory.c | 30 ++
lib/librte_eal/comm
This function is meant to walk over first segment of each
VA-contiguous group of memsegs.
For future users of this function, this is done so that
there is less dependency on internals of mem API and less
noise later change sets.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
Notes:
v4:
- Fixed usage of experimental API's
v3:
- Added this patch
drivers/bus/dpaa/rte_dpaa_bus.h
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
Notes:
v5:
- Add missing window creation
lib/librte_eal/linuxapp/eal/eal_vfio.c | 113 -
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
drivers/net/virtio/virtio_user/vhost_kernel.c | 83 +++
1 file changed, 35 insertions(+), 48 deletion
This will be needed because we need to know how big is the
new empty space, to check whether we can free some pages as
a result.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
Notes:
v4: clarified commit message
lib/librte_eal/common/malloc_elem.c
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
drivers/net/mlx5/Makefile | 3 +++
drivers/net/mlx5/mlx5.c | 24 +++-
2 files changed, 18 insertions(+
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
test/test/test_malloc.c | 40 +++-
test/test/test_memory.c | 23 +++--
test
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal/linuxapp/eal/eal_vfio.c | 45 --
1 file changed, 21 insertions(+), 24 deletion
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_eal/bsdapp/eal/eal.c | 25 +++-
lib/librte_eal/common/eal_common_memory.c | 67 -
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
lib/librte_mempool/Makefile | 3 +++
lib/librte_mempool/meson.build | 3 +++
lib/librte_mempool/rte_mempool.c | 24 +
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Acked-by: Shreyansh Jain
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
drivers/bus/fslmc/fslmc_vfio.c | 78 ++
1 file changed, 41
All hardware drivers should allocate IOVA-contiguous
memzones for their hardware resources.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
Notes:
v4:
- Use new memzone flag instead of new API
- Remove experimental API from build files
Reduce dependency on internal details of EAL memory subsystem, and
simplify code.
Signed-off-by: Anatoly Burakov
Tested-by: Santosh Shukla
Tested-by: Hemant Agrawal
---
drivers/bus/pci/Makefile| 3 +++
drivers/bus/pci/linux/pci.c | 26 ++
drivers/bus/pci/meson.buil
1 - 100 of 239 matches
Mail list logo
