This set of patches introduces the new framework making all common code of
SW crypto PMDs implementations build on top of intel-ipsec-mb library
sharable, also helps to reduce future effort on the code maintenance and
future updates. It also moves all SW PMD implementations specific details
into si
This patch introduces the new framework making
all common code of SW crypto PMDs implementations built on top of
intel-ipsec-mb library shareable, also helps to reduce future effort
on the code maintenance and feature updates.
Signed-off-by: Fan Zhang
---
drivers/crypto/ipsec_mb/meson.build
This patch removes crypto/aesni_mb folder and gathers all aesni-mb PMD
implementation specific details into single file pmd_aesni_mb.c
in crypto/ipsec_mb.
Signed-off-by: pbronowx
---
.../crypto/aesni_mb/aesni_mb_pmd_private.h| 337
drivers/crypto/aesni_mb/meson.build | 25 -
This patch removes crypto/aesni_gcm folder and gathers all aesni-gcm PMD
implementation specific details into single file pmd_aesni_gcm.c
in crypto/ipsec_mb folder.
Signed-off-by: pbronowx
---
drivers/crypto/aesni_gcm/aesni_gcm_ops.h | 104 --
drivers/crypto/aesni_gcm/aesni_gcm_pmd.c
This patch removes crypto/kasumi folder and gathers all kasumi PMD
implementation specific details into single file pmd_kasumi.c
in crypto/ipsec_mb folder.
Signed-off-by: pbronowx
---
drivers/crypto/ipsec_mb/meson.build | 3 +-
drivers/crypto/ipsec_mb/pmd_kasumi.c | 557
This patch removes crypto/snow3g folder and gathers all snow3g PMD
implementation specific details into single file pmd_snow3g.c
in crypto/ipsec_mb folder.
Signed-off-by: pbronowx
---
drivers/crypto/ipsec_mb/meson.build | 3 +-
.../pmd_snow3g.c} | 465
This patch enable out-of-place auth-cipher operations where
digest should be encrypted among with the rest of raw data.
It also adds support for partially encrypted digest when using
auth-cipher operations.
Fixes: 7c87e2d7b359 ("crypto/snow3g: use IPsec library").
Merged to ipsec_mb framework.
Si
This patch removes crypto/zuc folder and gathers all zuc PMD
implementation specific details into single file pmd_zuc.c
in crypto/ipsec_mb folder.
Signed-off-by: pbronowx
---
drivers/crypto/ipsec_mb/meson.build | 3 +-
.../{zuc/rte_zuc_pmd.c => ipsec_mb/pmd_zuc.c} | 456 -
Hello,
On 6/17/21 8:41 AM, Thomas Monjalon wrote:
17/06/2021 08:14, Christian Ehrhardt:
On Thu, Jun 10, 2021 at 12:30 PM Christian Ehrhardt
wrote:
On Thu, Jun 10, 2021 at 10:39 AM Christian Ehrhardt
wrote:
On Tue, Jun 8, 2021 at 1:17 PM Ferruh Yigit wrote:
On 6/2/2021 3:33 PM, Christian E
Currently lso formats setup initially are expected to be
compile time constants and start from 0.
Change the logic in slow and fast path so that LSO format indexes
are only determined runtime.
Fixes: 3b635472a998 ("net/octeontx2: support TSO offload")
Cc: sta...@dpdk.org
Signed-off-by: Nithin Da
Hello,
On Fri, Jun 18, 2021 at 2:18 PM pbronowx wrote:
>
> This set of patches introduces the new framework making all common code of
> SW crypto PMDs implementations build on top of intel-ipsec-mb library
> sharable, also helps to reduce future effort on the code maintenance and
> future updates
On 5/31/2021 1:09 PM, wangyunjian wrote:
> From: Yunjian Wang
>
> In kni_allocate_mbufs(), we alloc mbuf for alloc_q as this code.
> allocq_free = (kni->alloc_q->read - kni->alloc_q->write - 1) \
> & (MAX_MBUF_BURST_NUM - 1);
> The value of allocq_free maybe zero (e.g 32 & (32 - 1)
Update base driver and support COUNT action in transfer flow rules.
v3:
- fix build brekage because of incorrectly rebased and squashed
in fix
v2:
- add release notes
- add missing documentaion
- fix spelling
- handle query in stopped gracefully
Andrew Rybchenko (6):
net/sfc: do not en
From: Igor Romanov
Make software index of an Rx queue and ethdev index separate.
When an ethdev RxQ is accessed in ethdev callbacks, an explicit ethdev
queue index is used.
This is a preparation to introducing non-ethdev Rx queues.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
R
rxq_intr flag requests support for interrupt mode for ethdev Rx queues.
There is no internal Rx queues yet.
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/sfc_ev.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/sfc/sfc_ev.c b/drivers/net/sfc/sfc_ev.c
inde
Target EvQ and IRQ number are specified in the same location
in MCDI request. The value is treated as IRQ number if the
event queue is interrupting (corresponding flag is set) and
as target event queue otherwise.
However it is better to separate it on helper API level to
make it more clear.
Signe
On 6/17/21 11:37 AM, David Marchand wrote:
> Hello Andrew,
>
> On Fri, Jun 4, 2021 at 4:24 PM Andrew Rybchenko
> wrote:
>>
>> Update base driver and support COUNT action in transfer flow rules.
>>
>> v2:
>> - add release notes
>> - add missing documentaion
>> - fix spelling
>> - handle query
Custom mapping is actually supported for EF10 and EF100 families only.
A driver (e.g. DPDK PMD) may require to customize mapping of EvQ
to interrupts if, for example, extra EvQ are used for house-keeping
in polling or wake up (via another EvQ) mode.
Signed-off-by: Andrew Rybchenko
Reviewed-by: A
Interrupts support has assumptions on interrupt numbers used
for LSC and Rx queues. The first interrupt is used for LSC,
subsequent interrupts are used for Rx queues.
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
---
drivers/net/sfc/sfc_ev.c | 32
1
From: Igor Romanov
Make software index of a Tx queue and ethdev index separate.
When an ethdev TxQ is accessed in ethdev callbacks, an explicit ethdev
queue index is used.
This is a preparation to introducing non-ethdev Tx queues.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Re
From: Igor Romanov
Add a flag to request support for ingress m-port on an RxQ.
Implement it only for Riverhead, other families will return an error
if the flag is set.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
Reviewed-by: Ivan Malov
---
drivers/c
From: Igor Romanov
Add a flag to request support for user mark field on an RxQ.
The field is required to retrieve generation count value from
counter RxQ.
Implement it only for Riverhead and EF10 ESSB since they support
the field in the Rx prefix.
Signed-off-by: Igor Romanov
Signed-off-by: And
From: Igor Romanov
Add a function returning management event queue software index.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
---
drivers/net/sfc/sfc_ev.c | 2 +-
drivers/net/sfc/sfc_ev.h | 6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
From: Igor Romanov
Add extra EFX flags to RxQ info initialization API to support
choosing different RxQ types and make the API public to use
it in for counter queues.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
---
drivers/net/sfc/sfc_rx.c | 10 +
The driver requires service cores for housekeeping. Share these
cores for many adapters and various purposes to avoid extra CPU
overhead.
Since housekeeping services will talk to NIC, it should be possible
to choose logical core on matching NUMA node.
Signed-off-by: Andrew Rybchenko
Reviewed-by:
From: Igor Romanov
MAE delivers counters data as special packets via dedicated Rx queue.
Reserve an RxQ so that it does not interfere with ethdev Rx queues.
A routine will be added later to handle these packets.
There is no point to reserve the queue if no service cores are
available and counter
From: Igor Romanov
User will be able to create and free MAE counters. Support for
associating counters with action set will be added in upcoming
patches.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
Reviewed-by: Ivan Malov
---
drivers/common/sfc_efx/
From: Igor Romanov
The MCDIs will be used to control counter Rx queue packet flow.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
Reviewed-by: Ivan Malov
---
drivers/common/sfc_efx/base/efx.h | 32 ++
drivers/common/sfc_efx/base/efx_mae.c | 13
From: Igor Romanov
User will be able to associate counter with MAE action set to
collect counter packets and bytes for a specific action set.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
Reviewed-by: Ivan Malov
---
drivers/common/sfc_efx/base/efx.h
From: Igor Romanov
The information about the number of pushed Rx buffers is required
for counter Rx queue to know when to give credits to counter
stream.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
Reviewed-by: Ivan Malov
---
drivers/net/sfc/sfc_dp_
From: Igor Romanov
The information about the maximum number of MAE counters is
crucial to the counter support in the driver.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
Reviewed-by: Ivan Malov
---
drivers/common/sfc_efx/base/efx.h | 1 +
drivers
Packetiser composes packets with MAE counters update.
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
---
.../base/efx_regs_counters_pkt_format.h | 87 +++
1 file changed, 87 insertions(+)
create mode 100644 drivers/common/sfc_efx/base/efx_regs_counters_pkt_form
From: Igor Romanov
The query reports the number of hits for a counter associated
with a flow rule.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
Reviewed-by: Ivan Malov
---
drivers/net/sfc/sfc_flow.c| 48 ++-
drivers/net/sf
From: Igor Romanov
For now, a rule may have only one dedicated counter, shared counters
are not supported.
HW delivers (or "streams") counter readings using special packets.
The driver creates a dedicated Rx queue to receive such packets
and requests that HW start "streaming" the readings to it.
This patch series first fixes missing reallocations of some
Virtqueue and device metadata.
Then, it improves the numa_realloc function by using
rte_realloc_socket API that takes care of the memcpy &
freeing. The VQs NUMA IDs are also saved in the VQ metadata
and used for every allocations so that
When the guest allocates virtqueues on a different NUMA node
than the one the Vhost metadata are allocated, both the Vhost
device struct and the virtqueues struct are reallocated.
However, reallocating the Vhost memory table was missing, which
likely causes at least one cross-NUMA accesses for eve
When the guest allocates virtqueues on a different NUMA node
than the one the Vhost metadata are allocated, both the Vhost
device struct and the virtqueues struct are reallocated.
However, reallocating the log cache on the new NUMA node was
not done. This patch fixes this by reallocating it if it
Since the Vhost-user device initialization has been reworked,
enabling the application to start using the device as soon as
the first queue pair is ready, NUMA reallocation no more
happened on queue pairs other than the first one since
numa_realloc() was returning early if the device was running.
When the guest allocates virtqueues on a different NUMA node
than the one the Vhost metadata are allocated, both the Vhost
device struct and the virtqueues struct are reallocated.
However, reallocating the guest pages table was missing, which
likely causes at least one cross-NUMA accesses for ever
This patch series first fixes missing reallocations of some
Virtqueue and device metadata.
Then, it improves the numa_realloc function by using
rte_realloc_socket API that takes care of the memcpy &
freeing. The VQs NUMA IDs are also saved in the VQ metadata
and used for every allocations so that
When the guest allocates virtqueues on a different NUMA node
than the one the Vhost metadata are allocated, both the Vhost
device struct and the virtqueues struct are reallocated.
However, reallocating the Vhost memory table was missing, which
likely causes at least one cross-NUMA accesses for eve
When the guest allocates virtqueues on a different NUMA node
than the one the Vhost metadata are allocated, both the Vhost
device struct and the virtqueues struct are reallocated.
However, reallocating the guest pages table was missing, which
likely causes at least one cross-NUMA accesses for ever
When the guest allocates virtqueues on a different NUMA node
than the one the Vhost metadata are allocated, both the Vhost
device struct and the virtqueues struct are reallocated.
However, reallocating the log cache on the new NUMA node was
not done. This patch fixes this by reallocating it if it
Since the Vhost-user device initialization has been reworked,
enabling the application to start using the device as soon as
the first queue pair is ready, NUMA reallocation no more
happened on queue pairs other than the first one since
numa_realloc() was returning early if the device was running.
This patch improves the numa_realloc() function by making use
of rte_realloc_socket(), which takes care of the memory copy
and freeing of the old data.
Suggested-by: David Marchand
Signed-off-by: Maxime Coquelin
---
lib/vhost/vhost_user.c | 186 ++---
1 file
This patch saves the NUMA node the virtqueue is allocated
on at init time, in order to allocate all other data on the
same node.
While most of the data are allocated before numa_realloc()
is called and so the data will be reallocated properly, some
data like the log cache are most likely allocated
Inflight metadata are allocated using glibc's calloc.
This patch converts them to rte_zmalloc_socket to take
care of the NUMA affinity.
Signed-off-by: Maxime Coquelin
---
lib/vhost/vhost.c | 4 +--
lib/vhost/vhost_user.c | 67 +++---
2 files changed, 58
On 6/18/21 3:57 PM, Maxime Coquelin wrote:
> This patch series first fixes missing reallocations of some
> Virtqueue and device metadata.
>
> Then, it improves the numa_realloc function by using
> rte_realloc_socket API that takes care of the memcpy &
> freeing. The VQs NUMA IDs are also saved
Hi,
It seems the series does not build:
http://mails.dpdk.org/archives/test-report/2021-June/199414.html
Could you please look at it?
Thanks,
Maxime
On 6/18/21 10:03 PM, Wenwu Ma wrote:
> This patch implements asynchronous dequeue data path for split ring.
> A new asynchronous dequeue function
27/05/2021 23:24, Dmitry Kozlyuk:
> Size of string constant symbol may be larger than its length
> measured up to NUL terminator. In this case pmdinfogen included padding
> bytes after NUL terminator in generated source, yielding incorrect code.
>
> Always trim string data to NUL terminator while
Release status meeting minutes {Date}
=
:Date: 17 June 2021
:toc:
.Agenda:
* Release Dates
* Subtrees
* Roadmaps
* LTS
* Defects
* Opens
.Participants:
* Arm
* Broadcom
* Canonical
* Debian/Microsoft
* Intel
* Marvell
* Nvidia
* Red Hat
Release Dates
Hi David,
> Hello,
>
> On Fri, Jun 18, 2021 at 2:18 PM pbronowx
> wrote:
> >
> > This set of patches introduces the new framework making all common code
> of
> > SW crypto PMDs implementations build on top of intel-ipsec-mb library
> > sharable, also helps to reduce future effort on the code main
Hi Xuan,
On 6/3/21 7:30 PM, xuan.d...@intel.com wrote:
> From: Xuan Ding
>
> For async copy, it is unsafe to directly use the physical address.
> And current address translation from GPA to HPA via SW also takes
> CPU cycles, these can all benefit from IOMMU.
>
> Since the existing DMA engine s
Hi Owen,
Just a few nits inlined below
On 16/06/2021 21:18, ohily...@iol.unh.edu wrote:
From: Owen Hilyard
ASAN found a stack buffer overflow in lib/rib/rte_rib6.c:get_dir.
The fix for the stack buffer overflow was to make sure depth
was always < 128, since when depth = 128 it caused the inde
On 18/06/2021 19:22, Medvedkin, Vladimir wrote:
Hi Owen,
Just a few nits inlined below
On 16/06/2021 21:18, ohily...@iol.unh.edu wrote:
From: Owen Hilyard
ASAN found a stack buffer overflow in lib/rib/rte_rib6.c:get_dir.
The fix for the stack buffer overflow was to make sure depth
was alw
Script to track growth of stable and experimental symbols
over releases since v19.11.
Signed-off-by: Ray Kinsella
---
devtools/count_symbols.py | 230 ++
1 file changed, 230 insertions(+)
create mode 100755 devtools/count_symbols.py
diff --git a/devtools/cou
'e1000_setup_init_funcs' was not called in secondary process,
it initialize mac,phy,nvm ops.
when secondary process get link status,it will coredump.
Signed-off-by: Tengfei Zhang
---
drivers/net/e1000/em_ethdev.c | 1 +
drivers/net/e1000/igb_ethdev.c | 2 ++
2 files changed, 3 insertions(+)
di
On Fri, 18 Jun 2021 17:36:59 +0100
Ray Kinsella wrote:
> Script to track growth of stable and experimental symbols
> over releases since v19.11.
>
> Signed-off-by: Ray Kinsella
pylint reports some things that should be fixed. Don't worry about the naming
style
and docstring but others should
From: Narcisa Vasile
EAL thread API
**Problem Statement**
DPDK currently uses the pthread interface to create and manage threads.
Windows does not support the POSIX thread programming model,
so it currently relies on a header file that hides the Windows
calls under pthread matched interfaces.
Gi
From: Narcisa Vasile
Implement thread attributes for:
* thread affinity
* thread priority
Implement functions for managing thread attributes.
Priority is represented through an enum that allows for two levels:
- RTE_THREAD_PRIORITY_NORMAL
- RTE_THREAD_PRIORITY_REALTIME_CRITICAL
From: Narcisa Vasile
Add function for setting the priority for a thread.
Priorities on multiple platforms are similarly determined by
a priority value and a priority class/policy.
On Linux, the following mapping is created:
RTE_THREAD_PRIORITY_NORMAL corresponds to
* policy SCHED_OTHER
* priorit
From: Narcisa Vasile
Use a portable, type-safe representation for the thread identifier.
Add functions for comparing thread ids and obtaining the thread id
for the current thread.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/meson.build| 1 +
lib/eal/{unix => common}/rte_threa
From: Narcisa Vasile
Implement functions for getting/setting thread affinity.
Threads can be pinned to specific cores by setting their
affinity attribute.
Signed-off-by: Narcisa Vasile
Signed-off-by: Dmitry Malloy
---
lib/eal/common/rte_thread.c | 16
lib/eal/include/rte_thread.h |
From: Narcisa Vasile
Add function to translate Windows error codes to
errno-style error codes. The possible return values are chosen
so that we have as much semantical compatibility between platforms as
possible.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/rte_thread.c | 6 +--
lib/eal/
From: Narcisa Vasile
Add functions for mutex init, destroy, lock, unlock.
Add RTE_STATIC_MUTEX macro to replace static initialization
of mutexes.
Windows does not have a static initializer.
Initialization is only done through InitializeCriticalSection().
The RTE_STATIC_MUTEX calls into the rte_
From: Narcisa Vasile
Add functions for thread creation, joining, detaching.
The *rte_thread_create()* function can optionally receive
an rte_thread_attr_t object that will cause the thread to be
created with the affinity and priority described by the
attributes object. If no rte_thread_attr_t is
From: Narcisa Vasile
Add functions for barrier init, destroy, wait.
A portable type is used to represent a barrier identifier.
The rte_thread_barrier_wait() function returns the same value
on all platforms.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/rte_thread.c | 61 ++
From: Narcisa Vasile
Allow the user to choose the thread priority through an EAL
command line argument.
The user can choose thread priority through an EAL parameter,
when starting an application. If EAL parameter is not used,
the per-platform default value for thread priority is used.
Otherwise
On Wed, Jun 09, 2021 at 02:03:48AM +0300, Dmitry Kozlyuk wrote:
> 2021-06-04 16:44 (UTC-0700), Narcisa Ana Maria Vasile:
> > From: Narcisa Vasile
> >
> > Use a portable, type-safe representation for the thread identifier.
> > Add functions for comparing thread ids and obtaining the thread id
> >
On Wed, Jun 09, 2021 at 02:04:09AM +0300, Dmitry Kozlyuk wrote:
> 2021-06-04 16:44 (UTC-0700), Narcisa Ana Maria Vasile:
> [...]
> > diff --git a/lib/eal/include/rte_thread.h b/lib/eal/include/rte_thread.h
> > index 5c54cd9d67..1d481b9ad5 100644
> > --- a/lib/eal/include/rte_thread.h
> > +++ b/lib/
On Wed, Jun 09, 2021 at 02:03:57AM +0300, Dmitry Kozlyuk wrote:
> 2021-06-04 16:44 (UTC-0700), Narcisa Ana Maria Vasile:
> [...]
> > diff --git a/lib/eal/windows/rte_thread.c b/lib/eal/windows/rte_thread.c
> > index 6ea1dc2a05..9e74a538c2 100644
> > --- a/lib/eal/windows/rte_thread.c
> > +++ b/lib/
On Wed, Jun 09, 2021 at 02:08:22AM +0300, Dmitry Kozlyuk wrote:
> 2021-06-07 22:50 (UTC-0700), Narcisa Ana Maria Vasile:
> > On Fri, Jun 04, 2021 at 04:44:34PM -0700, Narcisa Ana Maria Vasile wrote:
> > > From: Narcisa Vasile
> > >
> > > Rename pthread_* occurrences with the new rte_thread_* API.
On Tue, Jun 08, 2021 at 09:45:44AM +0200, David Marchand wrote:
> On Tue, Jun 8, 2021 at 7:50 AM Narcisa Ana Maria Vasile
> wrote:
> >
> > On Fri, Jun 04, 2021 at 04:44:34PM -0700, Narcisa Ana Maria Vasile wrote:
> > > From: Narcisa Vasile
> > >
> > > Rename pthread_* occurrences with the new rte
From: Narcisa Vasile
This patchset enables the new EAL thread API.
Rename pthread* with rte_thread* corresponding symbols.
Set thread attributes.
Add option for choosing between internal API or external lib.
Depends-on: series-17402 ("eal: Add EAL API for threading")
Narcisa Vasile (6):
eal:
From: Narcisa Vasile
Implement function that sets the name of a thread.
On Windows, SetThreadDescription() is used. Use GetProcAddress()
to obtain the address of the function for MinGW compatibility.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/rte_thread.c | 17 ++
lib/eal/includ
From: Narcisa Vasile
The existing rte_ctrl_thread_create() function will be replaced
with rte_thread_ctrl_thread_create() that uses the internal
EAL thread API.
This patch only introduces the new control thread creation
function. Replacing of the old function needs to be done according
to the AB
From: Narcisa Vasile
Rename pthread* with the new rte_thread* API.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/eal_common_options.c | 6 ++---
lib/eal/common/eal_common_thread.c | 13 +
lib/eal/common/eal_common_trace.c | 1 +
lib/eal/common/eal_private.h
From: Narcisa Vasile
If the user doesn't specify the priority through the command
line arguments, initialize the thread priority to 'normal'.
Set thread priority for eal threads.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/eal_common_thread.c | 11
lib/eal/common/eal_thread.h
From: Narcisa Vasile
Rename pthread* with the new rte_thread* API.
Signed-off-by: Narcisa Vasile
---
app/test/process.h| 8 +--
app/test/test_lcores.c| 18 +++
app/test/test_link_bonding.c | 14 ++---
app/test/test_lpm_p
From: Narcisa Vasile
The user is offered the option of either using the RTE_THREAD_* API or
a 3rd party thread library, through a meson flag called
"use_external_thread_lib". By default, this flag is set to FALSE,
which means Windows libraries and applications will use the RTE_THREAD_*
API for ma
2021-06-18 14:41 (UTC-0700), Narcisa Ana Maria Vasile:
> On Wed, Jun 09, 2021 at 02:04:09AM +0300, Dmitry Kozlyuk wrote:
> > 2021-06-04 16:44 (UTC-0700), Narcisa Ana Maria Vasile:
[...]
> > > +
> > > + HANDLE thread_handle = NULL;
> > > + GROUP_AFFINITY thread_affinity;
> > > + struct thread_routin
From: Narcisa Vasile
The existing rte_ctrl_thread_create() function will be replaced
with rte_thread_ctrl_thread_create() that uses the internal
EAL thread API.
This patch only introduces the new control thread creation
function. Replacing of the old function needs to be done according
to the AB
From: Narcisa Vasile
Implement function that sets the name of a thread.
On Windows, SetThreadDescription() is used. Use GetProcAddress()
to obtain the address of the function for MinGW compatibility.
Depends-on: series-17402 ("eal: Add EAL API for threading")
Signed-off-by: Narcisa Vasile
---
From: Narcisa Vasile
This patchset enables the new EAL thread API.
The newly defined thread attributes, priority and affinity,
are used in eal/windows when creating the threads. Similarly,
some changes have been done in eal/linux/eal.c and eal/freebsd/eal.c
to initialize priority to a default va
From: Narcisa Vasile
Rename pthread* with the new rte_thread* API.
Depends-on: series-17402 ("eal: Add EAL API for threading")
Signed-off-by: Narcisa Vasile
---
lib/eal/common/eal_common_options.c | 6 ++---
lib/eal/common/eal_common_thread.c | 13 +
lib/eal/common/eal_commo
From: Narcisa Vasile
Rename pthread* with the new rte_thread* API.
Depends-on: series-17402 ("eal: Add EAL API for threading")
Signed-off-by: Narcisa Vasile
---
app/test/process.h| 8 +--
app/test/test_lcores.c| 18 +++
app/test/test_li
From: Narcisa Vasile
If the user doesn't specify the priority through the command
line arguments, initialize the thread priority to 'normal'.
Set thread priority for eal threads.
Depends-on: series-17402 ("eal: Add EAL API for threading")
Signed-off-by: Narcisa Vasile
---
lib/eal/common/eal_c
From: Narcisa Vasile
The user is offered the option of either using the RTE_THREAD_* API or
a 3rd party thread library, through a meson flag called
"use_external_thread_lib". By default, this flag is set to FALSE,
which means Windows libraries and applications will use the RTE_THREAD_*
API for ma
101 - 188 of 188 matches
Mail list logo
