658a434d75 100644
> > --- a/drivers/net/cnxk/cn10k_rx_select.c
> > +++ b/drivers/net/cnxk/cn10k_rx_select.c
> > @@ -5,7 +5,9 @@
> > #include "cn10k_ethdev.h"
> > #include "cn10k_rx.h"
> >
> > -static __rte_used void
> > +#if defined(RTE_ARCH_ARM64)
> > +#if !defined(CNXK_DIS_TMPLT_FUNC)
>
> Please change to #if defined(RTE_ARCH_ARM64) &&
> !defined(CNXK_DIS_TMPLT_FUNC)
With the above change
Acked-by: Pavan Nikhilesh
My bad, I got it confused with lcore topology patches.
I will look into this.
Thanks,
Pavan.
> -Original Message-
> From: Pavan Nikhilesh Bhagavatula
> Sent: Monday, May 19, 2025 7:32 PM
> To: Morten Brørup ; Varghese, Vipin
>
> Cc: dev
> Subject: RE: rte_lcore_ha
Hi Morten,
Looks like this is meant for Vipin.
+Vipin
Thanks,
Pavan.
> Pavan,
>
> The rte_lcore_has_role() documentation says it returns bool.
>
> Its implementation returns a true value (-1) if given a non-compliant
> lcore_id,
> e.g. LCORE_ID_ANY.
>
> I think it should behave like rte_lc
> -Original Message-
> From: Nitin Saxena
> Sent: Monday, April 28, 2025 4:07 PM
> To: Nithin Kumar Dabilpuram ; Pavan Nikhilesh
> Bhagavatula ; Robin Jarry
> ; Christophe Fontaine
> Cc: dev@dpdk.org; Jerin Jacob ; Nitin Saxena
>
> Subject: [PATCH v6 2/2] n
> -Original Message-
> From: Nitin Saxena
> Sent: Monday, April 28, 2025 4:07 PM
> To: Nithin Kumar Dabilpuram ; Pavan Nikhilesh
> Bhagavatula ; Robin Jarry
> ; Christophe Fontaine
> Cc: dev@dpdk.org; Jerin Jacob ; Nitin Saxena
>
> Subject: [PATCH v6 1/2]
> -Original Message-
> From: Nitin Saxena
> Sent: Monday, April 28, 2025 4:07 PM
> To: Nithin Kumar Dabilpuram ; Pavan Nikhilesh
> Bhagavatula ; Robin Jarry
> ; Christophe Fontaine
> Cc: dev@dpdk.org; Jerin Jacob ; Nitin Saxena
>
> Subject: [PATCH v6 0/2] n
Hi Fengchengwen,
> Hi Pavan,
>
> On 2025/4/16 18:09, pbhagavat...@marvell.com wrote:
> > From: Pavan Nikhilesh
> >
> > Add enqueue/dequeue operations that use struct rte_dma_op
> > to communicate with the dma device.
> > These operations need to be enabl
> -Original Message-
> From: Nitin Saxena
> Sent: Wednesday, April 9, 2025 7:26 PM
> To: Nithin Kumar Dabilpuram ; Pavan Nikhilesh
> Bhagavatula ; Robin Jarry
> ; Christophe Fontaine
> Cc: dev@dpdk.org; Jerin Jacob ; Nitin Saxena
>
> Subject: [PATCH v5 1/2]
> Hi Stephen,
>
> Thanks for commenting. See response inline.
>
> Regards,
> Nitin
>
> On Tue, Apr 1, 2025 at 7:45 PM Stephen Hemminger
> wrote:
> >
> > On Tue, 1 Apr 2025 09:50:46 +0530
> > Nitin Saxena wrote:
> >
> > > +int rte_node_mbuf_dynfield_register(void)
> > > +{
> > > + struct no
uction set the SoC dictionary is
> > empty.
> >
> > meson setup failed for the BlueField-3 because it belongs to
> > the native Arm CPU instruction set.
> >
> > The patch adds global definition for extra_features.
> >
> > Fixes: 7829776d0abf ("config/
++
> -Original Message-
> From: pbhagavat...@marvell.com
> Sent: Thursday, March 27, 2025 1:07 AM
> To: Jerin Jacob
> Cc: dev@dpdk.org; Pavan Nikhilesh Bhagavatula
>
> Subject: [RFC v2 0/3] Introduce DMA enqueue/dequeue operations
>
> From: Pavan Nikhilesh
> On Wed, 26 Mar 2025 18:44:36 +0530
> wrote:
>
> > +struct sw_vector_adapter_service_data {
> > + uint32_t service_id;
> > + RTE_ATOMIC(rte_mcslock_t *) lock;
> > + RTE_TAILQ_HEAD(, sw_vector_adapter_data) adapter_list;
> > +};
>
> Why the indirect pointer to the lock? rather than embeddi
++
> -Original Message-
> From: pbhagavat...@marvell.com
> Sent: Wednesday, March 26, 2025 6:45 PM
> To: Jerin Jacob
> Cc: dev@dpdk.org; Pavan Nikhilesh Bhagavatula
>
> Subject: [RFC 0/2] introduce event vector adapter
>
> From: Pavan Nikhilesh
>
>
Hi Gregory,
> Arm meson.build unconditionally relays on the `extra_features`
> member of SoC configuration.
>
> SoC dictionary is populated for Arm CPUs with generic instruction set
> only.
> For Arm CPUs with native CPU instruction set the SoC dictionary is
> empty.
>
> meson setup failed for
> -Original Message-
> From: Pavan Nikhilesh Bhagavatula
> Sent: Thursday, March 13, 2025 10:13 AM
> To: Wathsala Wathawana Vithanage ; Jerin
> Jacob ; Bruce Richardson
> Cc: dev@dpdk.org; nd
> Subject: RE: [PATCH] config/arm: fix march features not being set
>
> Hi Pavan,
>
> I think this patch does the right thing. I have a minor comment on the
> cc.has_argument you have added.
>
> > ---
> > config/arm/meson.build | 11 ---
> > 1 file changed, 8 insertions(+), 3 deletions(-)
> >
> > diff --git a/config/arm/meson.build b/config/arm/meson.build
> 06/03/2025 16:25, pbhagavat...@marvell.com:
> > From: Pavan Nikhilesh
> >
> > SKIP_FILES should include the path of the file.
> > Update the regex to match the path.
>
> Can you please also check this one:
> -v SKIP_FILES='osdep.h$'
> Is
> 06/03/2025 16:25, pbhagavat...@marvell.com:
> > From: Pavan Nikhilesh
> >
> > SKIP_FILES should include the path of the file.
> > Update the regex to match the path.
> >
> > Fixes: dd88f51a5725 ("devtools: forbid DPDK API in cnxk base dri
ing unneeded parenthesis and make lines
> compact.
> >
> > Signed-off-by: Stephen Hemminger
> > Acked-by: Morten Brørup
> > Acked-by: Bruce Richardson
>
> Acked-by: abhinandan.guj...@intel.com
>
Please fix the typo in commit title s/remover/remove/
With th
> -Original Message-
> From: Shijith Thotton
> Sent: Thursday, February 6, 2025 8:03 PM
> To: Jerin Jacob
> Cc: dev@dpdk.org; Pavan Nikhilesh Bhagavatula
> ; Shijith Thotton ;
> sta...@dpdk.org; Naga Harish K S V
> Subject: [PATCH] test/event: fix number of
; Luka Jankovic (4):
> eventdev: atomic common for test-eventdev app
> eventdev: add atomic queue test to test-evnetdev app
> eventdev: add atomic atq to test-eventdev app
> eventdev: documentation for atomic queue and atomic atq tests
>
Series-tested-by: Pavan Nikhilesh
&
> On Tue, 2025-02-04 at 16:11 +0000, Pavan Nikhilesh Bhagavatula wrote:
> > > Add an atomic queue test to the test-eventdev app, which is based on the
> > > order queue test that exclusively uses atomic queues.
> > >
> > > This makes it compatible with even
ld.
>
> Signed-off-by: Luka Jankovic
It would be great if you could add atomic-atq test too.
Tested-by: Pavan Nikhilesh
> ---
> v6:
> * Revert the use of event.u64 to mbufs as the Marvell CNXK platform
> assumes
>event.u64 to be 8-byte aligned, which causes the test to
> Add an atomic queue test based on the order queue test that exclusively uses
> atomic queues.
> This makes it compatible with event devices such as the distributed software
> eventdev.
>
> The test detects if port maintenance is required.
>
> To verify atomicity, a spinlock is set up for each c
> > Hi Pavan,
> >
> > Snipped
> >
> > >
> > > I see compilation failure on ARM platforms due to missing header include.
> > >
> > > ../examples/helloworld/main.c: In function 'parse_topology':
> > > ../examples/helloworld/main.c:83:13: error: implicit declaration of
> > > function 'strtoul'; did yo
> add functional test cases to validate topology supported lcore
> API.
>
> v3 changes:
> - fix test test-report/2024-October/817748.html
>
> Signed-off-by: Vipin Varghese
> ---
Test fails on ARM platform:
lcore 19, socket 0, role RTE, cpuset 19
Control thread running successfully
INFO: lco
> Enhance example code to allow topology based lcores API, while
> retaining default behaviour.
>
> - helloworld: allow lcoes to send hello to lcores in selected topology.
> - l2fwd: allow use of IO lcores topology.
> - skeleton: choose the lcore from IO topology which has more ports.
>
> v3 c
> On Thu, 3 Oct 2024 18:52:24 +0530
> wrote:
>
> > +static __rte_always_inline uint16_t
> > +cn20k_sso_hws_get_work(struct cn20k_sso_hws *ws, struct rte_event
> *ev, const uint32_t flags)
> > +{
> > + union {
> > + __uint128_t get_work;
> > + uint64_t u64[2];
> > + } gw;
>
> On Thu, 3 Oct 2024 18:52:18 +0530
> wrote:
>
> > From: Pavan Nikhilesh
> >
> > Add SSO HW info mbox to get hardware capabilities, and reuse
> > them instead of depending on hardcoded values.
> > Remove redundant includes.
> >
> > Signed-of
> -Original Message-
> From: pbhagavat...@marvell.com
> Sent: Tuesday, October 22, 2024 10:30 AM
> To: Jerin Jacob ; mattias.ronnb...@ericsson.com;
> Pavan Nikhilesh Bhagavatula ; Shijith Thotton
>
> Cc: dev@dpdk.org
> Subject: [PATCH] event/cnxk: remove
Signed-off-by: Hanumanth Pothula
Acked-by: Pavan Nikhilesh
> ---
> drivers/event/octeontx/ssovf_evdev.c | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/event/octeontx/ssovf_evdev.c
> b/drivers/event/octeontx/ssovf_evdev.c
> index
> Hi Pavan,
>
> I am resending my review here. It seems you didn't get it.
>
> , Oct 14, 2024 at 13:58:
> > From: Pavan Nikhilesh
> >
> >
> > Introduce the ability for nodes to advertise error counters during
> > registration and increment them
> > From: Robin Jarry
> > Sent: Friday, October 11, 2024 3:24 PM
> > To: Pavan Nikhilesh Bhagavatula ; Jerin Jacob
> > ; Nithin Kumar Dabilpuram
> > ; Kiran Kumar Kokkilagadda
> > ; zhirun@intel.com; Zhirun Yan
> >
> > Cc: dev@dpdk.org
>
> We should define some "well known" packet burst sizes in rte_config.h.
>
A while back we had the same idea, except that it should be platform specific
Ex., for CNXK optimal burst size across workloads is 64.
Instead of rte_config.h maybe we should have it as a meson option in
meson_options.tx
> On Fri, Aug 16, 2024 at 5:10 PM wrote:
> >
> > From: Pavan Nikhilesh
> >
> > Add ability for Nodes to advertise error counters
> > during registration.
> >
> > Signed-off-by: Pavan Nikhilesh
>
> Such a series deserve a cover letter.
>
&
> I forgot to mention.
>
> If you submit a v5, could you squash all commits that deal with
> lib/graph into a single patch? Including the public API to increment the
> nodes xstats?
I will squash (2/5, 3/5), (4/5, 5/5) and leave 1/5 alone as it is a very big
patch containing
updates to svg fil
> -Original Message-
> From: Robin Jarry
> Sent: Friday, October 11, 2024 3:19 PM
> To: Pavan Nikhilesh Bhagavatula ; Jerin Jacob
> ; Nithin Kumar Dabilpuram
> ; Kiran Kumar Kokkilagadda
> ; zhirun@intel.com; Wathsala Vithanage
> ; Bruce Richardson
> ;
> -Original Message-
> From: Robin Jarry
> Sent: Friday, October 11, 2024 3:24 PM
> To: Pavan Nikhilesh Bhagavatula ; Jerin Jacob
> ; Nithin Kumar Dabilpuram
> ; Kiran Kumar Kokkilagadda
> ; zhirun@intel.com; Zhirun Yan
>
> Cc: dev@dpdk.org
> Subject
> The code to cleanup in case of error would derefence null pointer
> then pass that result to rte_free.
>
> Fixes: 97a05c1fe634 ("event/cnxk: add port config")
> Cc: sthot...@marvell.com
> Cc: sta...@dpdk.org
>
> Signed-off-by: Stephen Hemminger
Thanks Stephen,
Acked-by: Pavan Nikhilesh
> -Original Message-
> From: Stephen Hemminger
> Sent: Tuesday, October 8, 2024 10:10 PM
> To: dev@dpdk.org
> Cc: Shijith Thotton ; sta...@dpdk.org; Pavan
> Nikhilesh Bhagavatula
> Subject: [EXTERNAL] Re: [PATCH v8 04/17] event/cnxk: fix pointer mismatch
> i
> On Sat, 5 Oct 2024 13:29:56 +0530
> wrote:
>
> > +static int
> > +preschedule_test(enum rte_event_dev_preschedule_type
> preschedule_type, const char *preschedule_name)
> > +{
> > +#define NB_EVENTS 1024
> > + uint64_t start, total;
> > + struct rte_event ev;
> > + int rc, cnt;
> > +
> > From: Pavan Nikhilesh
> >
> > Event pre-scheduling improves scheduling performance by assigning events
> > to event ports in advance when dequeues are issued.
> > This series introduces various types and levels of pre-scheduling to the
> > eventdev l
> The code to cleanup in case of error was passing incorrect
> value to rte_free. The ports[] entry was allocated with
> rte_malloc and that should be used instead of the offset
> in that object.
>
> Fixes: 97a05c1fe634 ("event/cnxk: add port config")
> Cc: sthot...@marvell.com
> Cc: sta...@dpdk.o
> > From: Pavan Nikhilesh
> >
> > Event pre-scheduling improves scheduling performance by assigning events
> > to event ports in advance when dequeues are issued.
> > This series introduces various types and levels of pre-scheduling to the
> > eventdev librar
> > -Original Message-
> > From: Pavan Nikhilesh Bhagavatula
> > Sent: Wednesday, September 25, 2024 6:30 AM
> > To: Mattias Rönnblom ; Pathak, Pravin
> > ; Jerin Jacob ; Shijith
> Thotton
> > ; Sevincer, Abdullah
> ;
> > hemant.agra..
> On 2024-09-19 15:13, Pavan Nikhilesh Bhagavatula wrote:
> >>> From: pbhagavat...@marvell.com
> >>> Sent: Tuesday, September 17, 2024 3:11 AM
> >>> To: jer...@marvell.com; sthot...@marvell.com; Sevincer, Abdullah
> >>> ; hemant.agra...@nxp.com;
b...@ericsson.com; lian...@liangbit.com; Mccarthy, Peter
> >
> > Cc: dev@dpdk.org; Pavan Nikhilesh
> > Subject: [PATCH v2 1/3] eventdev: introduce event pre-scheduling
> >
> > From: Pavan Nikhilesh
> >
> > Event pre-scheduling improves scheduling performance by a
> On 2024-09-10 10:31, pbhagavat...@marvell.com wrote:
> > From: Pavan Nikhilesh
> >
> > Event prefetching improves scheduling performance by pre-scheduling
> events to
> > event ports when dequeues are issued. This series introduces various types
> and
> >
> -Original Message-
> From: Van Haaren, Harry
> Sent: Thursday, August 1, 2024 6:14 PM
> To: Chengwen Feng ; tho...@monjalon.net;
> dev@dpdk.org
> Cc: wangchenxin...@huawei.com; Pavan Nikhilesh Bhagavatula
>
> Subject: [EXTERNAL] Re: [PATCH] examples/eventdev
rvell.com;
> kirankum...@marvell.com;
> > Yan, Zhirun ; dev@dpdk.org
> > Subject: Re: [PATCH] doc: deprecate graph data structures
> >
> > Acked-by: Nithin Dabilpuram
> >
> > On Wed, Feb 21, 2024 at 9:50 PM wrote:
> > >
> > > From: Pavan
> -Original Message-
> From: Wathsala Wathawana Vithanage
> Sent: Friday, July 5, 2024 9:32 PM
> To: Pavan Nikhilesh Bhagavatula ;
> tho...@monjalon.net
> Cc: Tyler Retzlaff ; Ruifeng Wang
> ; dev@dpdk.org; nd ; Dhruv
> Tripathi ; Honnappa Nagarahalli
>
> 04/07/2024 16:55, Stephen Hemminger:
> > On Thu, 04 Jul 2024 16:14:42 +0200
> > Thomas Monjalon wrote:
> >
> > > > > Let’s ask Pavan why this flag is used in cn10k driver.
> > > > >
> > > > > From our perspective, WFE is available on all the supported arm
> platforms in
> > > > > DPDK.
> > > > >
; >
> > The problem is that the definition of this flag is not clear.
> > What is it doing?
> > If it's really disabling WFE, keep the #ifdef to not use it.
> >
> > For now, it is a nack of this patch for all reasons described before.
> >
>
> O
msi Krishna Attunuru
> > >
> > > Cc: dev@dpdk.org; Pavan Nikhilesh Bhagavatula
> > >
> > > Subject: [PATCH v3 1/2] eventdev/dma: reorganize event DMA ops
> > >
> > > From: Pavan Nikhilesh
> > >
> > > Re-organize event DMA ops
> -Original Message-
> From: Bruce Richardson
> Sent: Tuesday, May 28, 2024 3:10 PM
> To: Pavan Nikhilesh Bhagavatula
> Cc: Jerin Jacob ; Nithin Kumar Dabilpuram
> ; Kiran Kumar Kokkilagadda
> ; Sunil Kumar Kori ; Satha
> Koteswara Rao Kottidi ; Harman K
> On Mon, May 27, 2024 at 09:04:29PM +0530, pbhagavat...@marvell.com
> wrote:
> > From: Pavan Nikhilesh
> >
> > Disable building template files when CNXK_DIS_TMPLT_FUNC
> > is defined as a part of c_args.
> > This option can be used when reworking datapath or
> Upon a successful comparison, NEON sets all the bits in the lane to 1
> We can skip shifting by simply masking with specific masks.
>
> Signed-off-by: Yoan Picchi
> Reviewed-by: Ruifeng Wang
> Reviewed-by: Nathan Brown
> ---
> lib/hash/arch/arm/compare_signatures.h | 24 +++--
> On Tue, 19 Mar 2024 08:52:13 +0530
> Jerin Jacob wrote:
>
> > On Wed, Feb 21, 2024 at 9:43 PM wrote:
> > >
> > > From: Pavan Nikhilesh
> > >
> > > Deprecate rte_node, rte_node_register and rte_graph_cluster_node_stats
> > > s
: dev@dpdk.org; Pavan Nikhilesh Bhagavatula
>
> Subject: [PATCH v7 1/3] config/arm: avoid mcpu and march conflicts
>
> From: Pavan Nikhilesh
>
> The compiler options march and mtune are a subset
> of mcpu and will lead to conflicts if improper march
> is chosen for a g
> -Original Message-
> From: Amit Prakash Shukla
> Sent: Thursday, March 7, 2024 12:36 AM
> To: Jerin Jacob
> Cc: dev@dpdk.org; Pavan Nikhilesh Bhagavatula
> ; Vamsi Krishna Attunuru
> ; Nithin Kumar Dabilpuram
> ; Anoob Joseph ; Aakash
> Sasidharan ; Amit
> -Original Message-
> From: Konstantin Ananyev
> Sent: Friday, March 1, 2024 10:43 PM
> To: Pavan Nikhilesh Bhagavatula ; Konstantin
> Ananyev ; dev@dpdk.org
> Cc: Jerin Jacob ; sta...@dpdk.org
> Subject: RE: [EXTERNAL] [PATCH] examples/l3fwd: fix R
> -Original Message-
> From: Konstantin Ananyev
> Sent: Friday, March 1, 2024 10:10 PM
> To: dev@dpdk.org
> Cc: Jerin Jacob ; Pavan Nikhilesh Bhagavatula
> ; Konstantin Ananyev
> ; sta...@dpdk.org
> Subject: [EXTERNAL] [PATCH] examples/l3fwd: fix Rx over not re
> -Original Message-
> From: Amit Prakash Shukla
> Sent: Wednesday, February 28, 2024 11:31 AM
> To: Jerin Jacob
> Cc: dev@dpdk.org; Pavan Nikhilesh Bhagavatula
> ; Vamsi Krishna Attunuru
> ; Nithin Kumar Dabilpuram
> ; Anoob Joseph ; Aakash
> Sasid
> Uninitialized mbufs are enqueued to eventdev which causes segfault
> on freeing the mbuf in tx adapter.
> Fixed by initializing mbufs before enqueuing to eventdev.
>
> Fixes: 46cf97e4bbfa ("eventdev: add test for eth Tx adapter")
>
> Signed-off-by: Ganap
> > -Original Message-
> > From: pbhagavat...@marvell.com
> > Sent: Thursday, February 22, 2024 8:24 PM
> > To: jer...@marvell.com; ndabilpu...@marvell.com;
> kirankum...@marvell.com;
> > Yan, Zhirun
> > Cc: dev@dpdk.org; Pavan Nikhilesh
>
> > -Original Message-
> > From: pbhagavat...@marvell.com
> > Sent: Thursday, February 22, 2024 8:24 PM
> > To: jer...@marvell.com; ndabilpu...@marvell.com;
> kirankum...@marvell.com;
> > Yan, Zhirun ; Pavan Nikhilesh
> > ; Ruifeng Wang ;
>
> On Thu, Feb 22, 2024 at 1:45 PM wrote:
> >
> > From: Pavan Nikhilesh
> >
> > Some ARM CPUs have specific march requirements and
> > are not compatible with the supported march list.
> > Add fallback march in case the mcpu and the march
> > advertise
> Other than the one point below,
> Reviewed-by: Juraj Linkeš
>
> > diff --git a/config/arm/meson.build b/config/arm/meson.build
> > index 36f21d2259..d05d54b564 100644
> > --- a/config/arm/meson.build
> > +++ b/config/arm/meson.build
>
> > @@ -695,13 +698,37 @@ if update_flags
> >
> > mach
f __DOXYGEN" around the alignment constraint.
>
> Fixes: 1cc44d409271 ("eventdev: introduce event vector capability")
> Fixes: 3c838062b91f ("eventdev: introduce event vector Rx capability")
> Fixes: 699155f2d4e2 ("eventdev: fix clang C++ include")
> C
> Make the comments on the unnamed unions in the rte_event structure
> regular comments rather than doxygen ones. The comments do not add
> anything meaningful to the doxygen output.
>
> Signed-off-by: Bruce Richardson
Acked-by: Pavan Nikhilesh
> ---
> lib/eventd
uling.
>
> Signed-off-by: Bruce Richardson
Acked-by: Pavan Nikhilesh
> ---
> V4: reworked following review by Jerin
> V3: updates following review
> ---
> lib/eventdev/rte_eventdev.h | 161 +---
> 1 file changed, 111 insertions(+), 50 deletion
> The description of ordered and atomic scheduling given in the eventdev
> doxygen documentation was not always clear. Try and simplify this so
> that it is clearer for the end-user of the application
>
> Signed-off-by: Bruce Richardson
>
Acked-by: Pavan Nikhilesh
&g
> -Original Message-
> From: Pavan Nikhilesh Bhagavatula
> Sent: Monday, February 26, 2024 12:13 PM
> To: Bruce Richardson ; dev@dpdk.org; Jerin
> Jacob ; mattias.ronnb...@ericsson.com
> Subject: RE: [EXT] [PATCH v4 07/12] eventdev: improve doxygen comments
> on conf
> The doxygen comments for the port attributes, start and stop (and
> related functions) are improved.
>
> Signed-off-by: Bruce Richardson
Acked-by: Pavan Nikhilesh
>
> ---
> V3: add missing "." on end of sentences/lines.
> ---
&
> Improve the documentation text for the configuration functions and
> structures for configuring an eventdev, as well as ports and queues.
> Clarify text where possible, and ensure references come through as links
> in the html output.
>
> Signed-off-by: Bruce Richardson
mplementation
>
> Bugzilla ID: 1368
> Fixes: 75d113136f38 ("eventdev: express DLB/DLB2 PMD constraints")
>
> Signed-off-by: Bruce Richardson
Acked-by: Pavan Nikhilesh
>
> ---
> V3:
> - minor tweaks following review
> - merged in doc fix for bugzilla 1368 int
> General improvements to the doxygen docs for eventdev functions for
> querying basic information:
> * number of devices
> * id for a particular device
> * socket id of device
> * capability information for a device
>
> Signed-off-by: Bruce Richardson
>
Acked-by: Pav
> Some small rewording changes to the doxygen comments on struct
> rte_event_dev_info.
>
> Signed-off-by: Bruce Richardson
Acked-by: Pavan Nikhilesh
>
> ---
> V3: reworked following feedback
> - added closing "." on comments
> - added more cross-refere
gt; Signed-off-by: Bruce Richardson
Acked-by: Pavan Nikhilesh
> ---
> V4: Rebased on latest main branch
> Updated function cross-references for consistency
> General changes following review by Jerin
> V3: Updated following feedback from Mattias
>
> Inside the doxygen introduction text, some internal details of how
> eventdev works was mixed in with application-relevant details. Move
> these details on probing etc. to the driver-relevant section.
>
> Signed-off-by: Bruce Richardson
Acked-by: Pavan Nikhilesh
> -
No large-scale changes are made, and blocks are not reordered
>
> Signed-off-by: Bruce Richardson
>
Acked-by: Pavan Nikhilesh
> ---
> V4: reworked following review by Jerin
> V3: reworked following feedback from Mattias
> ---
> lib/eventdev/rte_eventdev.h | 14
> On Wed, Feb 21, 2024 at 9:20 PM wrote:
> >
> > From: Pavan Nikhilesh
> >
> > Some ARM CPUs have specific march requirements and
> > are not compatible with the supported march list.
> > Add fallback march in case the mcpu and the march
> > advertise
> > diff --git a/config/arm/meson.build b/config/arm/meson.build
> > index 36f21d2259..e77b696d8e 100644
> > --- a/config/arm/meson.build
> > +++ b/config/arm/meson.build
>
> > @@ -695,13 +698,31 @@ if update_flags
> >
> > machine_args = [] # Clear previous machine args
> >
> > +candidate
> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Saturday, February 10, 2024 10:07 PM
> To: Pavan Nikhilesh Bhagavatula
> Cc: Jerin Jacob ; juraj.lin...@pantheon.tech; nd
> ; Ruifeng Wang ; Bruce Richardson
> ; dev@dpdk.org; Chengwen Feng
> ; Wath
>
> >
> > Then we would need to mark all old GCC versions as not supported by a
> newer
> > SoC I don’t think that’s needed since the binaries still run but not
> > optimally,
> > currently we have a warning in place for march mismatch.
> >
> We don&#x
> > On Feb 1, 2024, at 3:57 PM, pbhagavat...@marvell.com wrote:
> >
> > From: Pavan Nikhilesh
> >
> > Allow RTE_ARM_USE_WFE to be enabled at meson configuration
> > time by passing it via c_args instead of modifying
> > `config/arm/meson.build`.
>
th, so it don't need
> use rte_memory API, but I think it could use the new rte_mem_align API.
>
> Thanks
>
Thanks,
Pavan.
> On 2024/2/2 17:06, pbhagavat...@marvell.com wrote:
> > From: Pavan Nikhilesh
> >
> > Align fp_objects based on cacheline size, alloca
if compiler doesn’t support mcpu=neoverse-n2 and only supports
march=armv9-a
> >>
> >> mcpu not supported, march not supported
> >> machine_args = ['-march=armv8.6-a']
> >
> > Compiler knows nothing about the target CPU or the architecture.
&g
> -Original Message-
> From: Juraj Linkeš
> Sent: Monday, January 29, 2024 2:15 PM
> To: Pavan Nikhilesh Bhagavatula
> Cc: Jerin Jacob ; ruifeng.w...@arm.com;
> n...@arm.com; Bruce Richardson ;
> dev@dpdk.org
> Subject: Re: [EXT] Re: [PATCH 1/2] config/a
> -Original Message-
> From: Juraj Linkeš
> Sent: Monday, January 22, 2024 9:59 PM
> To: Pavan Nikhilesh Bhagavatula
> Cc: Jerin Jacob ; ruifeng.w...@arm.com;
> n...@arm.com; Bruce Richardson ;
> dev@dpdk.org
> Subject: Re: [EXT] Re: [PATCH 2/2] config/arm:
> -Original Message-
> From: Juraj Linkeš
> Sent: Monday, January 22, 2024 9:57 PM
> To: Pavan Nikhilesh Bhagavatula
> Cc: Jerin Jacob ; ruifeng.w...@arm.com;
> n...@arm.com; Bruce Richardson ;
> dev@dpdk.org
> Subject: Re: [EXT] Re: [PATCH 1/2] config/a
> On Sun, Jan 21, 2024 at 10:37 AM wrote:
> >
> > From: Pavan Nikhilesh
> >
> > Some ARM CPUs have specific march requirements and
> > are not compatible with the supported march list.
> > Add fallback march in case the mcpu and the march
> >
> On Sun, Jan 21, 2024 at 10:37 AM wrote:
> >
> > From: Pavan Nikhilesh
> >
> > The compiler options march and mtune are a subset
> > of mcpu and will lead to conflicts if improper march
> > is chosen for a given mcpu.
> > To avoid conflicts, force
> On 2024/1/4 5:18 PM, pbhagavat...@marvell.com wrote:
> > From: Pavan Nikhilesh
> >
> > Now that major versions of GCC recognize armv9-a march option,
> > add it to the list of supported march.
> > Update neoverse-n2 part number to include march as armv9-a.
>
> -Original Message-
> From: Ruifeng Wang
> Sent: Thursday, January 18, 2024 7:32 AM
> To: Pavan Nikhilesh Bhagavatula ; Jerin Jacob
> ; Bruce Richardson
> Cc: dev@dpdk.org; sta...@dpdk.org; n...@arm.com
> Subject: [EXT] Re: [PATCH 1/2] config/arm: fix CN10K minimu
Reported-by: Honnappa Nagarahalli
> > Signed-off-by: Joyce Kong
> > Reviewed-by: Ruifeng Wang
>
> Good to see consolidation instead of copy/paste.
>
> Acked-by: Stephen Hemminger
Tested-by: Pavan Nikhilesh
the
> cross
> files set cpu field to a specific arch, such as 'armv8-a', and this didn't
> trigger
> the modification for cpu_instruction_set.
> However, if we want to use a common arch in cross files like 'auto', the
> modification operation would override 'native' value to cpu_instruction_set
> and b7676fcccab4 ("config: verify machine arch flag") would break the build
> as it tries to test -march=native.
>
> >
> > Acked-by: Stephen Hemminger
Tested-by: Pavan Nikhilesh
rt 0 twice.
>
> Signed-off-by: Bruce Richardson
Acked-by: Pavan Nikhilesh
> ---
> app/test/test_eventdev.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/app/test/test_eventdev.c b/app/test/test_eventdev.c
> index 993e49af3b..71de947ce4 10
context API")
>
> Signed-off-by: David Marchand
Thank you.
Acked-by: Pavan Nikhilesh
> ---
> drivers/event/cnxk/version.map | 12 +++-
> 1 file changed, 7 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/event/cnxk/version.map
> b/drivers/event/cnxk
> On Tue, Oct 3, 2023 at 7:43 PM Bruce Richardson
> wrote:
> >
> > On Tue, Oct 03, 2023 at 04:06:10PM +0530, Jerin Jacob wrote:
> > > On Tue, Oct 3, 2023 at 3:17 PM wrote:
> > > >
> > > > From: Pavan Nikhilesh
> > > >
>
1 - 100 of 1048 matches
Mail list logo
