Fixing a possible case for race condition where an up mbox
interrupt over writes the down mbox message.
Although mbox_wait_for_zero() makes sure no up/down message
is pending before raising an up mbox interrupt. But there is a
small window were a VF may send a down mbox request to PF after
mbox_wai
Down messages should be processed only when down interrupt is received
while UP messages should be processed when up interrupt is received.
A scenario has been observed where processing down message on UP
message interrupt causes processing of old message response while
response of latest message i
Parsing command line for rte_flow_action_prog.
Syntax:
"prog name [arguments \
... end]"
Use parse_string0 to parse name string.
Use parse_hex to parse hex string.
Use struct action_prog_data to store parsed result.
Example:
Action with 2 arguments:
"prog name action0 arguments field0 0
On Wed, 4 Oct 2023 20:42:47 +
Tomasz Duszynski wrote:
> >
> >No driver should be using the PMD logtype. It should always be using a
> >dynamically allocated log
> >type.
>
> Even though it uses old-fashioned logging that change could still
> improve output for some users out there.
>
>
From: Long Wu
Add some commands to support bonding port notification in
dpdk-testpmd.
1. We can enable the notification by command:
"set bonding notify_member (port_id) (enable|disable)"
2. If member port hardware try to create the bonding port after
notification we can get the status by comman
From: Long Wu
Add API to support checking if the port id is a bonding
port id.
Signed-off-by: Long Wu
Reviewed-by: James Hershaw
Reviewed-by: Chaoyong He
---
drivers/net/bonding/rte_eth_bond.h | 13 +
drivers/net/bonding/rte_eth_bond_api.c | 7 +++
drivers/net/bonding/ve
From: Long Wu
Move the flow code to a new head file to make flow related
code more clean and make the code architecture more reasonable
in the future. There is no functional change, just moving
verbatim code around.
Signed-off-by: Long Wu
Reviewed-by: James Hershaw
Reviewed-by: Chaoyong He
--
From: Long Wu
Several ports may share the same PCI address, like nfp representor.
So we cannot add this type of ports to bonding port by "--vdev"
argument in dpdk-testpmd. But the port's data name is unique between
them, we include an option to add such ports to the bonding port.
After adding th
From: Long Wu
Most of the previous interface comment format does not meet the
current standards and were not uniform.
Modify them to meet current standards.
Signed-off-by: Long Wu
Reviewed-by: James Hershaw
Reviewed-by: Chaoyong He
---
drivers/net/bonding/eth_bond_8023ad_private.h | 52 +++
From: Long Wu
Include the following new arguments for bonding ports:
- "notify_member" to enable/disable member notification.
- "dedicated_queue" to enable/disable dedicated queue.
Add these two arguments in initial argument.
Signed-off-by: Long Wu
Reviewed-by: James Hershaw
Reviewed-by: Chao
From: Long Wu
After bonding port notification, member port hardware may create the
bonding port. We want to get the result of creatition, so we add this
API to do the getting action.
Signed-off-by: Long Wu
Reviewed-by: James Hershaw
Reviewed-by: Chaoyong He
---
drivers/net/bonding/rte_eth_bo
From: Long Wu
Bonding PMD does not let member ports know the bonding port's
information, like how many member ports the bonding port has,
what mode the bonding port is in and so on.
Add the notification interface for bonding port to let member
port know it is added to a bonding port and what the
This patch series try to enhance the bond framework to support the
offload feature better:
* Add new API to make the member port can access some information of the
bond port which belongs.
* Add new API to get the result of whether bond port is created by the
member port.
* Add two command li
This allows to configure the VRB2 device using a
companion configuration function within the DPDK
bbdev-test environment.
Signed-off-by: Nicolas Chautru
Reviewed-by: Maxime Coquelin
---
drivers/baseband/acc/acc100_pmd.h | 2 +
drivers/baseband/acc/rte_acc100_pmd.c | 6 +-
drivers/baseba
Adding missing incremental functionality for the VRB2
variant. Notably detection of engine error during the
dequeue. Minor cosmetic edits.
Signed-off-by: Nicolas Chautru
Reviewed-by: Maxime Coquelin
---
drivers/baseband/acc/rte_vrb_pmd.c | 19 ---
drivers/baseband/acc/vrb1_pf_e
Adding the capability for the MLD-TS processing specific to
the VRB2 variant.
Signed-off-by: Nicolas Chautru
---
drivers/baseband/acc/rte_vrb_pmd.c | 374 +
1 file changed, 374 insertions(+)
diff --git a/drivers/baseband/acc/rte_vrb_pmd.c
b/drivers/baseband/acc/rte_
Support for the FFT the processing specific to the
VRB2 variant.
Signed-off-by: Nicolas Chautru
---
drivers/baseband/acc/rte_vrb_pmd.c | 137 +++--
1 file changed, 129 insertions(+), 8 deletions(-)
diff --git a/drivers/baseband/acc/rte_vrb_pmd.c
b/drivers/baseband/acc/r
New implementation for some of the FEC features
specific to the VRB2 variant.
Signed-off-by: Nicolas Chautru
---
drivers/baseband/acc/rte_vrb_pmd.c | 371 +
1 file changed, 329 insertions(+), 42 deletions(-)
diff --git a/drivers/baseband/acc/rte_vrb_pmd.c
b/drivers/
No functionality exposed only device enumeration and
configuration.
Signed-off-by: Nicolas Chautru
Reviewed-by: Maxime Coquelin
---
doc/guides/bbdevs/features/vrb2.ini| 14 ++
doc/guides/bbdevs/index.rst| 1 +
doc/guides/bbdevs/vrb2.rst | 206 +
Adding a few functions and common code prior to
extending the VRB driver.
Signed-off-by: Nicolas Chautru
---
drivers/baseband/acc/acc_common.h | 175 ++---
drivers/baseband/acc/rte_vrb_pmd.c | 58 +-
2 files changed, 190 insertions(+), 43 deletions(-)
diff --gi
There is no functionality related to the MLD operation
but allows the unified PMD to support the operation
being added moving forward.
Signed-off-by: Nicolas Chautru
Reviewed-by: Maxime Coquelin
---
drivers/baseband/acc/acc_common.h | 1 +
drivers/baseband/acc/rte_vrb_pmd.c | 39 +
This allows more flexibility to the FCW size for the
unified driver. No actual functional change.
Signed-off-by: Nicolas Chautru
Reviewed-by: Maxime Coquelin
---
drivers/baseband/acc/acc_common.h | 4 +++-
drivers/baseband/acc/rte_vrb_pmd.c | 25 -
2 files changed, 27
This removes the specific capability and support of LTE Decoder
Soft Output option on the VRB1 PMD.
This is triggered as a vendor decision to defeature the related optional
capability so that to avoid theoretical risk of race conditions
impacting the device reliability. That optional APP LLR outpu
This allows to expose the FFT window width being introduced in
previous commit based on what is configured dynamically on the
device platform.
Signed-off-by: Nicolas Chautru
---
drivers/baseband/acc/acc_common.h | 6 +
drivers/baseband/acc/rte_vrb_pmd.c | 39 +-
This exposes the width of each windowing shape being configured on
the device. This allows to distinguish different version of the
flexible pointwise windowing applied to the FFT and expose
this platform configuration to the application.
This also add the total number of windows supported in the ca
v4: updates based on Maxime's suggestions:
- FFT windowing exposure tweaked to show number of windows
as well in capacity to be more generic and future-proof.
- few code refactor notably to avoid code duplication
- cosmetic and doc update
Thanks
v3: updates based on v2 review:
- split into smaller
Parsing command line for rte_flow_action_prog.
Syntax:
"prog name [arguments \
... end]"
Use parse_string0 to parse name string.
Use parse_hex to parse hex string.
Use struct action_prog_data to store parsed result.
Example:
Action with 2 arguments:
"prog name action0 arguments field0 0
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin
> Sent: Wednesday, October 4, 2023 12:36 AM
> To: Chautru, Nicolas ; dev@dpdk.org
> Cc: hemant.agra...@nxp.com; david.march...@redhat.com; Vargas, Hernan
>
> Subject: Re: [PATCH v3 06/12] baseband/acc: refactor to allow unified dri
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin
> Sent: Wednesday, October 4, 2023 12:11 AM
> To: Chautru, Nicolas ; dev@dpdk.org
> Cc: hemant.agra...@nxp.com; david.march...@redhat.com; Vargas, Hernan
>
> Subject: Re: [PATCH v3 09/12] baseband/acc: add FFT support to VRB2 varia
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin
> Sent: Tuesday, October 3, 2023 7:28 AM
> To: Chautru, Nicolas ; dev@dpdk.org
> Cc: hemant.agra...@nxp.com; david.march...@redhat.com; Vargas, Hernan
>
> Subject: Re: [PATCH v3 08/12] baseband/acc: add FEC capabilities for the VRB
>-Original Message-
>From: Stephen Hemminger
>Sent: Wednesday, October 4, 2023 12:26 AM
>To: Tomasz Duszynski
>Cc: dev@dpdk.org; Jakub Palider ; Jerin Jacob
>Kollanukkaran
>; tho...@monjalon.net
>Subject: [EXT] Re: [PATCH 2/2] raw/cnxk_gpio: add bunch of newlines
>
>External Email
>
>
>-Original Message-
>From: Stephen Hemminger
>Sent: Wednesday, October 4, 2023 12:29 AM
>To: Tomasz Duszynski
>Cc: dev@dpdk.org; Jakub Palider ; Anatoly Burakov
>; Jerin Jacob Kollanukkaran ;
>tho...@monjalon.net
>Subject: [EXT] Re: [PATCH 1/2] raw/cnxk_gpio: support multi-process mode
>
On Wed, Oct 4, 2023 at 5:16 AM Tomasz Duszynski wrote:
>
> Add support for sharing BPHY PMD across multiple running processes.
> In scenarios where resources need to be shared across processes
> user-space need to ensure serialization.
>
> Signed-off-by: Tomasz Duszynski
> Reviewed-by: Jerin Jaco
On Wed, Oct 4, 2023 at 10:05 PM Bruce Richardson
wrote:
>
> The eventdev library doesn't need to put in place its own defines for
> Linux and BSD. There are already defines for the OS environment in
> rte_config.h that can be re-used, but since these are just for
> identifying Linux/non-Linux, we
On Mon, 2 Oct 2023 10:15:25 +0200
David Marchand wrote:
> >
>
> Bugzilla ID: 1291 ?
>
> This patch (and patch 3) updates some pcapng API, is it worth a RN update?
>
> > Fixes: c882eb544842 ("pcapng: fix timestamp wrapping in output files")
>
> Is it worth backporting?
> I would say no, as
The eventdev library doesn't need to put in place its own defines for
Linux and BSD. There are already defines for the OS environment in
rte_config.h that can be re-used, but since these are just for
identifying Linux/non-Linux, we can just check for the standard define
'__linux__' instead.
Signed
> -Original Message-
> From: Bruce Richardson
> Sent: Tuesday, October 3, 2023 10:31 PM
> To: dev@dpdk.org
> Cc: Bruce Richardson ; Jerin Jacob Kollanukkaran
> ; Naga Harish K S V
> Subject: [EXT] [PATCH] eventdev: drop custom OS defines
>
> External Email
>
> ---
On Thu, Sep 28, 2023 at 6:16 PM wrote:
>
> From: Pavan Nikhilesh
>
> The workslot structure elements were shuffled around to maintain
> uniformity between CN9K and CN10K which moved the TAG data offset
> from first dword to third dword.
>
> Fixes: 182767f70ef2 ("event/cnxk: add event port flow co
> -Original Message-
> From: Akhil Goyal
> Sent: Wednesday, October 4, 2023 11:51 AM
> To: Van Haaren, Harry ; Thomas Monjalon
>
> Cc: Konstantin Ananyev ; Hemant Agrawal
> ; dev@dpdk.org; Jerin Jacob Kollanukkaran
> ; Anoob Joseph ; Matz, Olivier
> ; Vidya Sagar Velumuri
> Subject: RE:
On Tue, Oct 3, 2023 at 10:47 PM Bruce Richardson
wrote:
>
> On Tue, Oct 03, 2023 at 08:55:35PM +0530, pbhagavat...@marvell.com wrote:
> > From: Pavan Nikhilesh
> >
> > Since most of the drivers overwrite the info structure passed
> > from the common layer it is not possible to set defaults in
> >
Patrick Robb writes:
> Thanks, this should help greatly going forward in the community lab.
>
> As it relates to our arm64 unit testing, I will give it a few days (or longer
> if needed) for next branches to rebase off of
> main and then re-enable arm64 unit testing with the
> eal_flags_file_pr
Attendees:
- Aaron
- Bruce
- David
- Ferruh
- Jerin
- Kevin
- Konstantin
- Maxime
- Nathan
- Patrick
- Stephen
- Tyler
Minutes:
- Bruce will be moderator on June 14, 2023
- Call for additional items
- Userspace Dublin
- CFP - Ready to go.
- Awaiting on final TB review, feedback received fr
Members Attending: 10/11
- Aaron Conole
- Bruce Richardson
- Ferruh Yigit
- Honnappa Nagarahalli
- Jerin Jacob
- Kevin Traynor
- Konstantin Ananyev
- Maxime Coquelin
- Stephen Hemminger
- Thomas Monjalon (Chair)
NOTE:
On Wed, Oct 4, 2023 at 4:23 PM Artur Paszkiewicz
wrote:
>
> Multi-process applications operate on shared hugepage memory but each
> process has its own ASan shadow region which is not synchronized with
> the other processes. This causes issues when different processes try to
> use the same memory
> -Original Message-
> From: Srikanth Yalavarthi
> Sent: Monday, October 2, 2023 3:29 PM
> To: Srikanth Yalavarthi
> Cc: dev@dpdk.org; Shivah Shankar Shankar Narayan Rao
> ; Anup Prabhu ;
> Prince Takkar
> Subject: [PATCH v4 1/3] mldev: add support for arbitrary shape dimensions
>
> U
Multi-process applications operate on shared hugepage memory but each
process has its own ASan shadow region which is not synchronized with
the other processes. This causes issues when different processes try to
use the same memory because they have their own view of which addresses
are valid.
Fix
Add IPsec event subtype range for PMD specific code in order
to accommodate wide range of errors that PMD supports.
These IPsec event subtypes are used when an error doesn't
match the spec defined subtypes between RTE_ETH_EVENT_IPSEC_UNKNOWN
and RTE_ETH_EVENT_IPSEC_MAX. Adding this as -ve error ran
Report IPsec event subtype as PMD error for errors that are not
defined in spec.
Signed-off-by: Nithin Dabilpuram
---
drivers/net/cnxk/cn10k_ethdev_sec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/cnxk/cn10k_ethdev_sec.c
b/drivers/net/cnxk/cn10k_ethdev_s
On Wed, Oct 4, 2023 at 3:46 PM Varghese, Vipin wrote:
>
> [AMD Official Use Only - General]
>
> Hi Jerrin,
>
> Apologies for the delay, I missed on the comment
>
> ```
> > for (i = 0; i < nr_buf; i++) {
> > + void *src = rte_pktmbuf_mtod(dsts[i], void *);
> >
On Wed, Oct 4, 2023 at 12:06 PM Gangurde, Abhijit
wrote:
> > > +/**
> > > + * Map the CDX device resources in user space virtual memory address.
> > > + *
> > > + * Note that driver should not call this function when flag
> > > + * RTE_CDX_DRV_NEED_MAPPING is set, as EAL will do that for
> > > + *
On Fri, Jul 21, 2023 at 7:28 AM Gagandeep Singh wrote:
>
> when RTE_ENABLE_ASSERT is enable, DPAA driver is doing
> wrong NULL check on frame queue which allows the code
> to have access to NULL address.
> GCC v13 is giving array bounds error if code is
> accessing any memory region less than 4KB.
From: Jerin Jacob
cnxk base code is shared between different driver environments.
Forbid the direct usage of rte_ symbols instead use plt_
symbol as alternatives.
roc_platform.[ch] files abstract the difference of driver
environment, hence skip those files for rules check.
Suggested-by: David
From: Jerin Jacob
In some case, a set of files in directory may need to skip forbid
rules check.
Added an infrastructure to enable the same using SKIP_FILES variable.
Signed-off-by: Jerin Jacob
---
devtools/check-forbidden-tokens.awk | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-
From: Jerin Jacob
The common code is shared between different driver environments,
introduce missing plt_ abstractions of missing rte_ symbols and
use plt symbols to avoid changing roc_* files.
Fixes: c88d3638c7fc ("common/cnxk: support REE")
Cc: sta...@dpdk.org
Signed-off-by: Jerin Jacob
---
From: Jerin Jacob
The common code is shared between different driver environments,
introduce missing plt_ abstractions of missing rte_ symbols and
use plt symbols to avoid changing roc_* files.
Fixes: 3d4e27fd7ff0 ("use abstracted bit count functions")
Fixes: a7ba40b2b1bf ("drivers: convert to i
On 9/29/2023 9:38 PM, Joshua Washington wrote:
> This patch corrects the MTU setting behavior in the GVE DPDK driver to
> remove the artificial upper limit of RTE_ETHER_MTU. Instead, the max MTU
> is dictated by the default value of the MTU that the device sends during
> initialization, which will
> From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
> Sent: Wednesday, 4 October 2023 12.55
random: clarify PRNG MT safety guarantees
>
> Clarify MT safety guarantees for unregistered non-EAL threads calling
> PRNG functions in rte_random.h.
>
> Clarify that rte_srand() is not MT safe
On 10/4/2023 10:35 AM, Chaoyong He wrote:
> This patch series add the support of simple conntrack flow rules offload
> through flower firmware by import the needed data structure and logic of
> flow merge.
>
> ---
> v2:
> * Fix one mis-spell in comment.
> * Revise logic and document to solve the '
On 10/3/2023 9:29 PM, Stephen Hemminger wrote:
> This patchset makes rte_ether_unformat_addr allow other formats
> for MAC address. Need to remove some inputs from existing
> cmdline_etheraddr test, and add a new test in test suite
> to cover this. There is some overlap between the two tests
> but
On 10/2/2023 9:25 AM, David Marchand wrote:
Hello guys,
On Mon, Aug 28, 2023 at 2:07 PM Anatoly Burakov
wrote:
Currently, the rte_rand() state is initialized with seed, and each
rand state is initialized up until RTE_MAX_LCORE'th rand state. However,
rand state also has one extra rand state r
> -Original Message-
> From: Srikanth Yalavarthi
> Sent: Wednesday, September 20, 2023 12:40 PM
> To: Srikanth Yalavarthi
> Cc: dev@dpdk.org; Shivah Shankar Shankar Narayan Rao
> ; Anup Prabhu ;
> Prince Takkar ; sta...@dpdk.org
> Subject: [PATCH v1 1/1] app/mldev: fix file and buffer h
Clarify MT safety guarantees for unregistered non-EAL threads calling
PRNG functions in rte_random.h.
Clarify that rte_srand() is not MT safe in regards to calls to
rte_rand_max() and rte_drand().
Signed-off-by: Mattias Rönnblom
Suggested-by: Stephen Hemminger
---
lib/eal/include/rte_random.h
Hi Harry,
Do you have any further comments on this series?
Regards,
Akhil
> -Original Message-
> From: Anoob Joseph
> Sent: Tuesday, October 3, 2023 4:19 PM
> To: Thomas Monjalon ; Akhil Goyal
> ; Jerin Jacob Kollanukkaran ; Harry
> van Haaren
> Cc: Konstantin Ananyev ; Hemant Agrawal
Using root complex to identify cpu will not work for vm passthrough.
CPUID is used to get family and modelid to identify cpu
Fixes: b0db927b5eba ("net/axgbe: use PCI root complex device to distinguish
device")
Cc: sta...@dpdk.org
Signed-off-by: Selwin Sebastian
---
drivers/net/axgbe/axgbe_ethd
[AMD Official Use Only - General]
> wrote:
> > @@ -383,10 +384,12 @@ cdx_probe_one_driver(struct rte_cdx_driver *dr,
> > CDX_BUS_DEBUG(" probe device %s using driver: %s", dev_name,
> > dr->driver.name);
> >
> > - ret = cdx_vfio_map_resource(dev);
> > - if (re
[AMD Official Use Only - General]
Hi David,
Thank you, I will push the updated patch soon.
-Original Message-
From: David Marchand
Sent: Wednesday, October 4, 2023 2:27 PM
To: Sebastian, Selwin
Cc: dev@dpdk.org; Yigit, Ferruh ; sta...@dpdk.org
Subject: Re: [PATCH v2] net/axgbe: use CPUI
Adjust the original logic to make it valid for both normal flow
and merged flow.
Add the logic to update conntrack flow stats.
Add the support of conntrack action.
Signed-off-by: Chaoyong He
---
drivers/net/nfp/flower/nfp_conntrack.c | 54 --
drivers/net/nfp/flower/nfp_conntrack.
Add the offload call to add and delete the flows to the firmware.
Signed-off-by: Chaoyong He
---
drivers/net/nfp/flower/nfp_conntrack.c | 112 -
drivers/net/nfp/flower/nfp_conntrack.h | 5 ++
drivers/net/nfp/nfp_flow.c | 8 ++
3 files changed, 122 insertio
Add the logic to process the merge of items and actions of
pre_ct and post_ct flow. The result will be stored in a field
of merged flow.
Signed-off-by: Chaoyong He
---
doc/guides/nics/features/nfp.ini |2 +
drivers/net/nfp/flower/nfp_conntrack.c | 1616
drivers
Move data structure and macro from source file to header file.
Export the needed function to header file.
We add two more parameter for 'nfp_flow_process()' to prepare for the
flow merge.
The 'cookie' moved as parameter is because the flow merge logic need
this cookie.
The 'install' parameter is n
This patch series add the support of simple conntrack flow rules offload
through flower firmware by import the needed data structure and logic of
flow merge.
---
v2:
* Fix one mis-spell in comment.
* Revise logic and document to solve the 'devtools/check-doc-vs-code.sh'
warning.
* Adjust the com
Hi Akhil,
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Friday, August 11, 2023 6:40 PM
> To: dev@dpdk.org
> Cc: gak...@marvell.com; Ji, Kai ; Power, Ciara
> ; Kusztal, ArkadiuszX
> Subject: [RFC] cryptodev: refactor sm2, add plain message flag
>
> SM2 asymmetric crypto opera
[AMD Official Use Only - General]
Hi Jerrin,
Apologies for the delay, I missed on the comment
```
> for (i = 0; i < nr_buf; i++) {
> + void *src = rte_pktmbuf_mtod(dsts[i], void *);
> + void *dst = rte_pktmbuf_mtod(srcs[i], void *);
Us
Hello Selwin,
On Tue, Oct 3, 2023 at 1:40 PM Selwin Sebastian
wrote:
>
> Using root complex to identify cpu will not work for vm passthrough.
> CPUID is used to get family and modelid to identify cpu
>
> Fixes: b0db927b5eba ("net/axgbe: use PCI root complex device to distinguish
> device")
> Cc:
On Mon, Oct 2, 2023 at 2:28 PM Mattias Rönnblom wrote:
>
> On 2023-09-07 17:24, Stephen Hemminger wrote:
> > The per-lcore PRNG was not initializing the rand_state of all
> > the lcores. Any usage of rte_random by a non-EAL lcore would
>
> "/../ by an unregistered non-EAL thread /../"
>
> > use ra
On 10/3/23 21:06, Chautru, Nicolas wrote:
Hi Maxime,
-Original Message-
From: Maxime Coquelin
Sent: Tuesday, October 3, 2023 4:52 AM
To: Chautru, Nicolas ; dev@dpdk.org
Cc: hemant.agra...@nxp.com; david.march...@redhat.com; Vargas, Hernan
Subject: Re: [PATCH v3 02/12] baseband/acc:
On Wed, Oct 4, 2023 at 1:06 PM David Marchand wrote:
>
> On Wed, Oct 4, 2023 at 8:43 AM Jerin Jacob wrote:
> > > > diff --git a/drivers/common/cnxk/roc_nix_inl_dev.c
> > > > b/drivers/common/cnxk/roc_nix_inl_dev.c
> > > > index 6aa191410b..614d0858e5 100644
> > > > --- a/drivers/common/cnxk/roc_
On Wed, Oct 4, 2023 at 8:43 AM Jerin Jacob wrote:
> > > diff --git a/drivers/common/cnxk/roc_nix_inl_dev.c
> > > b/drivers/common/cnxk/roc_nix_inl_dev.c
> > > index 6aa191410b..614d0858e5 100644
> > > --- a/drivers/common/cnxk/roc_nix_inl_dev.c
> > > +++ b/drivers/common/cnxk/roc_nix_inl_dev.c
>
On 10/3/23 20:54, Chautru, Nicolas wrote:
Hi Maxime,
-Original Message-
From: Maxime Coquelin
Sent: Tuesday, October 3, 2023 6:15 AM
To: Chautru, Nicolas ; dev@dpdk.org
Cc: hemant.agra...@nxp.com; david.march...@redhat.com; Vargas, Hernan
Subject: Re: [PATCH v3 06/12] baseband/acc:
On 10/3/23 20:20, Chautru, Nicolas wrote:
Hi Maxime,
-Original Message-
From: Maxime Coquelin
Sent: Tuesday, October 3, 2023 7:37 AM
To: Chautru, Nicolas ; dev@dpdk.org
Cc: hemant.agra...@nxp.com; david.march...@redhat.com; Vargas, Hernan
Subject: Re: [PATCH v3 09/12] baseband/acc:
80 matches
Mail list logo
