> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Monday, June 17, 2019 6:19 AM
> To: Jerin Jacob Kollanukkaran ; dev@dpdk.org
> Cc: tho...@monjalon.net; Gavin Hu (Arm Technology China)
> ; Honnappa Nagarahalli
> ; nd ; nd
> Subject: [EXT] RE: [dpdk-dev
> >
> > Reduced the CC list (changing the topic slightly)
> >
> > > >
> > > > My understanding is that the generated code for both your patch
> > > > and my changes above is the same. Above suggested changes will
> > > > conform to ACLE recommendation.
> > >
> > > Though instructions are different.
> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Wednesday, June 12, 2019 1:18 AM
> To: Jerin Jacob Kollanukkaran ; dev@dpdk.org
> Cc: tho...@monjalon.net; Gavin Hu (Arm Technology China)
> ; nd ; nd
> Subject: [EXT] RE: [dpdk-dev] [PATCH] acl: fix build
Reduced the CC list (changing the topic slightly)
> >
> > My understanding is that the generated code for both your patch and my
> > changes above is the same. Above suggested changes will conform to
> > ACLE recommendation.
>
> Though instructions are different. Effective cycles are same even th
pa Nagarahalli ;
> nd ; nd
> Subject: [EXT] RE: [dpdk-dev] [PATCH] acl: fix build issue with some arm64
> compiler
>
> > >
> > > >
> > > > Since it used in fastpath, a temp variable would be additional
> > > > cost for no reason.
> >
> > > > --
> > > > > Subject: [dpdk-dev] [PATCH] acl: fix build issue with some arm64
> > > > > compiler
> > > > >
> > > > > From: Jerin Jacob
> > > > >
> > > > > Some compilers reportin
writes:
> From: Jerin Jacob
>
> Some compilers reporting the following error, though the existing
> code doesn't have any uninitialized variable case.
> Just to make compiler happy, initialize the int32x4_t variable
> one shot in C language.
>
> ../lib/librte_acl/acl_run_neon.h: In function 'sea
pa Nagarahalli ;
> nd ; nd
> Subject: [EXT] RE: [dpdk-dev] [PATCH] acl: fix build issue with some arm64
> compiler
>
> > > --
> > > > Subject: [dpdk-dev] [PATCH] acl: fix build issue with some arm64
> > > > compiler
> > > >
> > > &g
> >
> > --
> > > Subject: [dpdk-dev] [PATCH] acl: fix build issue with some arm64
> > > compiler
> > >
> > > From: Jerin Jacob
> > >
> > > Some compilers reportin
lanukkaran ; Honnappa Nagarahalli
> ; sta...@dpdk.org; nd
> Subject: [EXT] RE: [dpdk-dev] [PATCH] acl: fix build issue with some arm64
> compiler
>
> --------------
> > Subject: [dpdk-dev] [PATCH] acl: fix build issue with s
On 6/6/19 10:50 AM, mailto:jer...@marvell.com wrote:
From: Jerin Jacob mailto:jer...@marvell.com
Some compilers reporting the following error, though the existing
code doesn't have any uninitialized variable case.
Just to make compiler happy, initialize the int32x4_t variable
one shot in C languag
> Subject: [dpdk-dev] [PATCH] acl: fix build issue with some arm64 compiler
>
> From: Jerin Jacob
>
> Some compilers reporting the following error, though the existing code
> doesn't have any uninitialized variable case.
> Just to make compiler happy, initialize the i
On 6/6/19 10:50 AM, jer...@marvell.com wrote:
From: Jerin Jacob
Some compilers reporting the following error, though the existing
code doesn't have any uninitialized variable case.
Just to make compiler happy, initialize the int32x4_t variable
one shot in C language.
../lib/librte_acl/acl_run_
From: Jerin Jacob
Some compilers reporting the following error, though the existing
code doesn't have any uninitialized variable case.
Just to make compiler happy, initialize the int32x4_t variable
one shot in C language.
../lib/librte_acl/acl_run_neon.h: In function 'search_neon_4'
../lib/librt
14 matches
Mail list logo
