[PATCH v2 2/2] eal: add Arm WFET in power management intrinsics

Pavan Nikhilesh Bhagavatula pbhagavatula at marvell.com
Fri Jul 5 18:11:07 CEST 2024



> -----Original Message-----
> From: Wathsala Wathawana Vithanage <wathsala.vithanage at arm.com>
> Sent: Friday, July 5, 2024 9:32 PM
> To: Pavan Nikhilesh Bhagavatula <pbhagavatula at marvell.com>;
> thomas at monjalon.net
> Cc: Tyler Retzlaff <roretzla at linux.microsoft.com>; Ruifeng Wang
> <Ruifeng.Wang at arm.com>; dev at dpdk.org; nd <nd at arm.com>; Dhruv
> Tripathi <Dhruv.Tripathi at arm.com>; Honnappa Nagarahalli
> <Honnappa.Nagarahalli at arm.com>; Jack Bond-Preston <jack.bond-
> preston at foss.arm.com>; Nick Connolly <Nick.Connolly at arm.com>; Vinod
> Krishna <Vinod.Krishna at arm.com>; david.marchand at redhat.com; nd
> <nd at arm.com>; nd <nd at arm.com>
> Subject: [EXTERNAL] RE: [PATCH v2 2/2] eal: add Arm WFET in power
> management intrinsics
> 
> > > We are using this flag to allow application to choose between WFE and
> non- > WFE code path. > The non-WFE path performs slightly better. > Is it
> correct if I assume that this flag is not used to indicate the availability
> 
> >
> > We are using this flag to allow application to choose between WFE and non-
> > WFE code path.
> > The non-WFE path performs slightly better.
> >
> 
> Is it correct if I assume that this flag is not used to indicate the availability
> of WFE instruction in any of your platforms?
> If so, then its usage is to choose between WFE and non-WFE implementations
> for performance reasons.
> 

Yes, its purely for performance reasons.

> 
> 



More information about the dev mailing list