From: Yi He
Make distcheck with all test configurations
to confirm test programs installation in odp
distribution package.
Signed-off-by: Yi He
---
/** Email created from pull request 35 (heyi-linaro:install-check)
** https://github.com/Linaro/odp/pull/35
** Patch: https://github.com/Linaro/o
From: Yi He
Update AM_DISTCHECK_CONFIGURE_FLAGS to enable all tests.
Signed-off-by: Yi He
---
/** Email created from pull request 35 (heyi-linaro:install-check)
** https://github.com/Linaro/odp/pull/35
** Patch: https://github.com/Linaro/odp/pull/35.patch
** Base sha: 09a7800c4c4a093fb962e36
From: Yi He
When configured odp with --enable-test-vald, make
distcheck will fail by not being able to find the
test script time.sh in the distribution. This patch
installs time test_SCRIPTS in distribution build.
Signed-off-by: Yi He
---
/** Email created from pull request 35 (heyi-linaro:inst
From: Yi He
When configured odp with --enable-test-vald, make
distcheck will fail by not being able to find the
traffic_mngr test binary and script in the distribution.
This patch installs traffic_mngr test_PROGRAMS and
test_SCRIPTS in distribution build.
Signed-off-by: Yi He
---
/** Email crea
v4
travis changes in separate commit.
do alphabetical order in AM_DISTCHECK_CONFIGURE_FLAGS.
verified does configure; make distcheck without options still work.
Signed-off-by: Yi He yi...@linaro.org
github
/** Email created from pull request 35 (heyi-linaro:
This concept for sub-pools within a pool is adding unnecessary complexity to
pool configurations. What is the purpose of this? We don't support having
multiple size buffers in same pool. In case application wants to attach
multiple pools to same pktio, we can introduce an API to attach pool to p
Hi Maxim,
Can you please land this in api-next as well as master since
we need to rebase the scalable scheduler patch series against
this patch?
Thanks,
Brian
On 06/22 17:05:38, Brian Brooks wrote:
> Explicitly add all arch//* files to respective _SOURCES
> variables instead of using @ARCH_DIR@
On 23.06.2017 01:05, Brian Brooks wrote:
> Explicitly add all arch//* files to respective _SOURCES
> variables instead of using @ARCH_DIR@ substitution.
>
> This patch fixes the broken build for ARM, PPC, and MIPS
> introduced by [1] and the similar issue reported while
> testing [2].
>
> From th
Explicitly add all arch//* files to respective _SOURCES
variables instead of using @ARCH_DIR@ substitution.
This patch fixes the broken build for ARM, PPC, and MIPS
introduced by [1] and the similar issue reported while
testing [2].
>From the Autoconf manual [3]:
You can't put a configure subs
On 22 June 2017 at 02:48, Savolainen, Petri (Nokia - FI/Espoo)
wrote:
>
>
>> -Original Message-
>> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of
>> Honnappa Nagarahalli
>> Sent: Thursday, June 22, 2017 12:20 AM
>> To: Maxim Uvarov
>> Cc: lng-odp-forward
>> Subject:
>
>
>> -Original Message-
>> From: Ola Liljedahl [mailto:ola.liljed...@arm.com]
>> Sent: Wednesday, June 21, 2017 7:31 PM
>> To: Savolainen, Petri (Nokia - FI/Espoo) ;
>> Brian Brooks ; lng-odp@lists.linaro.org
>> Cc: nd
>> Subject: Re: [lng-odp] [API-NEXT PATCH v9 4/6] linux-gen: sched
>
On 22 June 2017 at 02:18, Maxim Uvarov wrote:
> Yes we can document that.
That would be greatly helpful, knowing exactly what are the check points.
If Travis passes patch can be send to mailing
> list. We should continuously improve Travis scripts to add more build and
> targets. We can add hooks
Reviewed-by: Honnappa Nagarahalli
On 22 June 2017 at 11:58, Maxim Uvarov wrote:
> On 06/22/17 19:54, Brian Brooks wrote:
>> On 06/22 19:44:45, Maxim Uvarov wrote:
>>> On 06/22/17 19:19, Brian Brooks wrote:
On 06/22 19:06:01, Maxim Uvarov wrote:
> On 06/22/17 17:17, Brian Brooks wrote:
>
On 22 June 2017 at 10:30, Maxim Uvarov wrote:
> On 06/22/17 17:55, Brian Brooks wrote:
>> On 06/22 10:27:01, Savolainen, Petri (Nokia - FI/Espoo) wrote:
>>> I was asking to make sure that performance impact has been checked also
>>> when timers are not used, e.g. l2fwd performance before and afte
On Thu, Jun 22, 2017 at 11:46 AM, Brian Brooks wrote:
>> > > The first is built only for ARM and the second for the rest. Would there
>> > >be a way to build both always ?
>> > For ARMv7a and ARMv8a, you could build both versions. You really want to
>> > use the LL/SC version on these architecture
Merged.
On 06/13/17 16:16, Savolainen, Petri (Nokia - FI/Espoo) wrote:
> For the entire patch set:
>
> Reviewed-by: Petri Savolainen
>
>
>> -Original Message-
>> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of Bill
>> Fischofer
>> Sent: Tuesday, June 13, 2017 3:55
On 06/22/17 19:54, Brian Brooks wrote:
> On 06/22 19:44:45, Maxim Uvarov wrote:
>> On 06/22/17 19:19, Brian Brooks wrote:
>>> On 06/22 19:06:01, Maxim Uvarov wrote:
On 06/22/17 17:17, Brian Brooks wrote:
> On 06/22 11:13:57, Maxim Uvarov wrote:
>> On 22 June 2017 at 06:24, Brian Brooks
On 06/22 19:44:45, Maxim Uvarov wrote:
> On 06/22/17 19:19, Brian Brooks wrote:
> > On 06/22 19:06:01, Maxim Uvarov wrote:
> >> On 06/22/17 17:17, Brian Brooks wrote:
> >>> On 06/22 11:13:57, Maxim Uvarov wrote:
> On 22 June 2017 at 06:24, Brian Brooks wrote:
>
> > Explicitly add all
> > > The first is built only for ARM and the second for the rest. Would there
> > >be a way to build both always ?
> > For ARMv7a and ARMv8a, you could build both versions. You really want to
> > use the LL/SC version on these architectures.
> >
> > For architectures without double-word LL/SC, on
On 06/22/17 19:19, Brian Brooks wrote:
> On 06/22 19:06:01, Maxim Uvarov wrote:
>> On 06/22/17 17:17, Brian Brooks wrote:
>>> On 06/22 11:13:57, Maxim Uvarov wrote:
On 22 June 2017 at 06:24, Brian Brooks wrote:
> Explicitly add all arch//* files to respective _SOURCES
> variables
Branch: refs/heads/api-next
Home: https://github.com/Linaro/odp
Commit: 0d24adacfe17c8e0e1348f19cd8b75b64cb13ccf
https://github.com/Linaro/odp/commit/0d24adacfe17c8e0e1348f19cd8b75b64cb13ccf
Author: Brian Brooks
Date: 2017-06-20 (Tue, 20 Jun 2017)
Changed paths:
M platf
On 06/22 19:06:01, Maxim Uvarov wrote:
> On 06/22/17 17:17, Brian Brooks wrote:
> > On 06/22 11:13:57, Maxim Uvarov wrote:
> >> On 22 June 2017 at 06:24, Brian Brooks wrote:
> >>
> >>> Explicitly add all arch//* files to respective _SOURCES
> >>> variables instead of using @ARCH_DIR@ substitution.
On 06/22 18:30:47, Maxim Uvarov wrote:
> On 06/22/17 17:55, Brian Brooks wrote:
> > On 06/22 10:27:01, Savolainen, Petri (Nokia - FI/Espoo) wrote:
> >> I was asking to make sure that performance impact has been checked also
> >> when timers are not used, e.g. l2fwd performance before and after the
On 06/22/17 17:17, Brian Brooks wrote:
> On 06/22 11:13:57, Maxim Uvarov wrote:
>> On 22 June 2017 at 06:24, Brian Brooks wrote:
>>
>>> Explicitly add all arch//* files to respective _SOURCES
>>> variables instead of using @ARCH_DIR@ substitution.
>>>
>>> This patch fixes the broken build for ARM,
From: Dmitry Eremin-Solenikov
OpenSSL 1.1.x has changed HMAC API in an incompatible way. Let's adapt
to it by providing version-dependent wrapper around HMAC calculation.
Signed-off-by: Dmitry Eremin-Solenikov
Reviewed-and-tested-by: Brian Brooks
---
/** Email created from pull request 56 (lum
OpenSSL 1.1.x has changed HMAC API in an incompatible way. Let's adapt
to it by providing version-dependent wrapper around HMAC calculation.
Signed-off-by: Dmitry Eremin-Solenikov dmitry.ereminsoleni...@linaro.org
Reviewed-and-tested-by: Brian Brooks brian.bro...@arm.com
github
added to monarch_lts branch.
And also added monarch_lts branch to github. Which looks like I forgot
to add and nobody noticed.
Best regards,
Maxim.
On 06/20/17 10:13, Matias Elo wrote:
> Remove unnecessary limits for maximum RX/TX burst size.
>
> Fixes: https://bugs.linaro.org/show_bug.cgi?id=3
Branch: refs/heads/monarch_lts
Home: https://github.com/Linaro/odp
Commit: 6dac46d9c8dd8cc1f27638215704effcf6269baf
https://github.com/Linaro/odp/commit/6dac46d9c8dd8cc1f27638215704effcf6269baf
Author: Nicolas Morey-Chaisemartin
Date: 2016-11-25 (Fri, 25 Nov 2016)
Changed p
On 06/22/17 17:55, Brian Brooks wrote:
> On 06/22 10:27:01, Savolainen, Petri (Nokia - FI/Espoo) wrote:
>> I was asking to make sure that performance impact has been checked also when
>> timers are not used, e.g. l2fwd performance before and after the change. It
>> would be also appropriate to te
https://bugs.linaro.org/show_bug.cgi?id=2857
Bill Fischofer changed:
What|Removed |Added
Status|CONFIRMED |IN_PROGRESS
--- Comment #4 from Bill Fischofe
https://bugs.linaro.org/show_bug.cgi?id=2861
Bill Fischofer changed:
What|Removed |Added
CC||bill.fischo...@linaro.org
--- Comment #2 from
https://bugs.linaro.org/show_bug.cgi?id=2895
Bill Fischofer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|IN_PROGRESS
https://bugs.linaro.org/show_bug.cgi?id=2903
--- Comment #2 from Bill Fischofer ---
Ping to Bala. Please update whether this still is on the "to do" list.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.linaro.org/show_bug.cgi?id=2938
Bill Fischofer changed:
What|Removed |Added
CC||bill.fischo...@linaro.org
Resolution|
On 06/22 10:27:01, Savolainen, Petri (Nokia - FI/Espoo) wrote:
> I was asking to make sure that performance impact has been checked also when
> timers are not used, e.g. l2fwd performance before and after the change. It
> would be also appropriate to test impact in the worst case: l2fwd type
> a
https://bugs.linaro.org/show_bug.cgi?id=2941
Bill Fischofer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://bugs.linaro.org/show_bug.cgi?id=2976
--- Comment #5 from Bill Fischofer ---
Ping to remind to look at this as part of IPsec implementation.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.linaro.org/show_bug.cgi?id=2988
--- Comment #5 from Bill Fischofer ---
Dmitry, can you suggest a patch to address this?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.linaro.org/show_bug.cgi?id=3017
Bill Fischofer changed:
What|Removed |Added
CC||bill.fischo...@linaro.org
Ever confirmed|
https://bugs.linaro.org/show_bug.cgi?id=3039
--- Comment #6 from Bill Fischofer ---
Will bring up question of issuing Monarch LTS service patch at next week's
LNG-SC call.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.linaro.org/show_bug.cgi?id=3051
Bill Fischofer changed:
What|Removed |Added
CC||bill.fischo...@linaro.org
--- Comment #1 from
https://bugs.linaro.org/show_bug.cgi?id=2995
Bill Fischofer changed:
What|Removed |Added
Assignee|maxim.uva...@linaro.org |yi...@linaro.org
--- Comment #2 from Bill Fis
https://bugs.linaro.org/show_bug.cgi?id=2995
Bill Fischofer changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://bugs.linaro.org/show_bug.cgi?id=3066
Bill Fischofer changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
Hello Matias,
was your commend addressed in v2?
Thank you,
Maxim.
On 06/14/17 00:59, Github ODP bot wrote:
> Currently configure tests add all libraries to AM_LDFLAGS or LIBS, thus
> making all libraries link against everything. For example libodp-linux ends
> up depending on libcunit. Impleme
On 06/22 11:13:57, Maxim Uvarov wrote:
> On 22 June 2017 at 06:24, Brian Brooks wrote:
>
> > Explicitly add all arch//* files to respective _SOURCES
> > variables instead of using @ARCH_DIR@ substitution.
> >
> > This patch fixes the broken build for ARM, PPC, and MIPS
> > introduced by [1] and t
On 06/15 11:00:07, Github ODP bot wrote:
> From: Dmitry Eremin-Solenikov
>
> OpenSSL 1.1.x has changed HMAC API in an incompatible way. Let's adapt
> to it by providing version-dependent wrapper around HMAC calculation.
I am using OpenSSL 1.1.x on some machines.
Reviewed-and-tested-by: Brian Br
just merged it with Brians review. Tested ifdefs yesterday.
Maxim.
On 22 June 2017 at 15:49, Bill Fischofer wrote:
> On Thu, Jun 22, 2017 at 4:17 AM, Petri Savolainen
> wrote:
> > Use __aarch64__ instead of __ARM_ARCH, since it's backwards
> > compatible between GCC versions.
> >
> > Fixes bug
https://bugs.linaro.org/show_bug.cgi?id=3066
--- Comment #1 from Maxim Uvarov ---
https://github.com/Linaro/odp/commit/09a7800c4c4a093fb962e362952f9cf562d2fc98
refs/heads/master
2017-06-22T15:40:43+03:00
Petri Savolainen petri.savolai...@linaro.org
linux-gen: time: fix ARM compile for GCC 4.8
Us
On Thu, Jun 22, 2017 at 4:17 AM, Petri Savolainen
wrote:
> Use __aarch64__ instead of __ARM_ARCH, since it's backwards
> compatible between GCC versions.
>
> Fixes bug https://bugs.linaro.org/show_bug.cgi?id=3066
>
> Signed-off-by: Petri Savolainen
Reviewed-by: Bill Fischofer
> ---
> platform
Branch: refs/heads/master
Home: https://github.com/Linaro/odp
Commit: ddf2ac38b1288283f7b3d7c9e16e36f392685866
https://github.com/Linaro/odp/commit/ddf2ac38b1288283f7b3d7c9e16e36f392685866
Author: Maxim Uvarov
Date: 2017-06-22 (Thu, 22 Jun 2017)
Changed paths:
M .travis
On 15.06.2017 11:00, Github ODP bot wrote:
> From: Dmitry Eremin-Solenikov
>
> OpenSSL 1.1.x has changed HMAC API in an incompatible way. Let's adapt
> to it by providing version-dependent wrapper around HMAC calculation.
>
> Signed-off-by: Dmitry Eremin-Solenikov
Ping. Any reaction on this pa
I was asking to make sure that performance impact has been checked also when
timers are not used, e.g. l2fwd performance before and after the change. It
would be also appropriate to test impact in the worst case: l2fwd type
application + a periodic 1sec timeout. Timer is on, but timeouts come ve
From: Maxim Uvarov
after update tap pktio hangs. Back to stable image untill
we solve failure.
Signed-off-by: Maxim Uvarov
---
/** Email created from pull request 55 (muvarov:master_travis_deprecated)
** https://github.com/Linaro/odp/pull/55
** Patch: https://github.com/Linaro/odp/pull/55.pat
after update tap pktio hangs. Back to stable image untill
we solve failure.
Signed-off-by: Maxim Uvarov maxim.uva...@linaro.org
github
/** Email created from pull request 55 (muvarov:master_travis_deprecated)
** https://github.com/Linaro/odp/pull/55
** Pat
> -Original Message-
> From: Ola Liljedahl [mailto:ola.liljed...@arm.com]
> Sent: Wednesday, June 21, 2017 7:31 PM
> To: Savolainen, Petri (Nokia - FI/Espoo) ;
> Brian Brooks ; lng-odp@lists.linaro.org
> Cc: nd
> Subject: Re: [lng-odp] [API-NEXT PATCH v9 4/6] linux-gen: sched scalable:
>
Use __aarch64__ instead of __ARM_ARCH, since it's backwards
compatible between GCC versions.
Fixes bug https://bugs.linaro.org/show_bug.cgi?id=3066
Signed-off-by: Petri Savolainen
---
platform/linux-generic/arch/arm/odp_cpu_arch.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Petri, do you want to test performance before patch inclusion?
Maxim.
On 21 June 2017 at 21:52, Honnappa Nagarahalli <
honnappa.nagaraha...@linaro.org> wrote:
> We have not run any performance application. In our Linaro connect
> meeting, we presented numbers on how it improves the timer resolut
On 22 June 2017 at 06:24, Brian Brooks wrote:
> Explicitly add all arch//* files to respective _SOURCES
> variables instead of using @ARCH_DIR@ substitution.
>
> This patch fixes the broken build for ARM, PPC, and MIPS
> introduced by [1] and the similar issue reported while
> testing [2].
>
> Fr
Signed-off-by: Bogdan Pricope
---
example/Makefile.am | 4 +-
example/ddf_app/Makefile.am | 10
example/ddf_app/odp_ddf_app.c | 49 +++
example/ddf_ifs/Makefile.am | 27 +++
example/ddf_ifs/ddf_ifs.c
This patch contains a ddf module skeleton (example) and a ddf model application.
Was designed to highlight (print) DDF operations/steps.
Module is loaded at init_global time through odp configuration file (modules
section).
Usage:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/odp/lib/.libs
ODP_SYSCO
> -Original Message-
> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of
> Honnappa Nagarahalli
> Sent: Thursday, June 22, 2017 12:20 AM
> To: Maxim Uvarov
> Cc: lng-odp-forward
> Subject: Re: [lng-odp] [PATCH API-NEXT v1 1/1] linux-generic: queue:
> modular queue int
If you write bug free, C99 compliant code, it's actually pretty rare to bump
into compiler issues. The issues are mostly raised by different error check
levels of different compilers, and thus may catch actual bugs. Every now and
then, we bump into false positives, but there's usually an easy wa
Yes we can document that. If Travis passes patch can be send to mailing
list. We should continuously improve Travis scripts to add more build and
targets. We can add hooks to compile it and run on different hardware which
we care about.
Problem with Travis is that we do not control it. Images can b
64 matches
Mail list logo
