[lng-odp] [API-NEXT, RFC, 0/1] api: cpu: performance profiling start/stop

Hi, Dear team For JIRA ODP-427, I propose a solution which involves 2 new APIs to start and stop a performance profiling environment, please kindly refer to the comment added in ODP-427 and the RFC patch followed. Best Regards, Yi Yi He (1): api: cpu: performance profiling start/stop inclu

[lng-odp] [API-NEXT, RFC, 1/1] api: cpu: performance profiling start/stop

Establish a performance profiling environment guarantees meaningful and consistency of consecutive invocations of the odp_cpu_xxx() APIs. While after profiling was done restore the execution environment to its multi-core optimized state. Signed-off-by: Yi He --- include/odp/api/spec/cpu.h | 31 +

Re: [lng-odp] [PATCH] test: performance: return when pkt alloc fails

merged Krishna, I made Maxims update and added his reviewed by for you On 25 April 2016 at 09:15, Maxim Uvarov wrote: > On 04/11/16 12:11, Balakrishna Garapati wrote: > >> Resolving https://bugs.linaro.org/show_bug.cgi?id=2135 by return >> over packet allocation failure. >> >> Signed-off-by: Ba

Re: [lng-odp] [PATCH] CONTRIBUTING: add xmllint rule

On Tue, May 3, 2016 at 2:34 PM, Mike Holmes wrote: > Signed-off-by: Mike Holmes > --- > CONTRIBUTING | 1 + > DEPENDENCIES | 3 +++ > 2 files changed, 4 insertions(+) > > diff --git a/CONTRIBUTING b/CONTRIBUTING > index f6e3fc6..791d4bc 100644 > --- a/CONTRIBUTING > +++ b/CONTRIBUTING > @@ -128

[lng-odp] [PATCHv3 6/6] doc: userguide: add descriptions of new packet manipulation APIs

Add documentation of new packet manipulation APIs added for Monarch including: odp_packet_add_data() odp_packet_align() odp_packet_concat() odp_packet_copy_data() odp_packet_copy_from_mem() odp_packet_copy_from_pkt() odp_packet_copy_part() odp_packet_copy_to_mem() odp_packet_move_data() odp_packet

[lng-odp] [PATCHv3 4/6] doc: userguide: add extend/trunc doc

Add additional information about the new APIs: odp_packet_extend_head() / odp_packet_trunc_head() odp_packet_extend_tail() / odp_packet_trunc_tail() Signed-off-by: Bill Fischofer --- doc/users-guide/users-guide-packet.adoc | 17 ++--- 1 file changed, 14 insertions(+), 3 deletions(-)

[lng-odp] [PATCHv3 2/6] doc: userguide: split packet section into its own sub document

Split the packet section of the User's Guide into a separate sub-document for ease of maintenance. Signed-off-by: Bill Fischofer --- doc/users-guide/Makefile.am | 1 + doc/users-guide/users-guide-packet.adoc | 120 +++ doc/users-guide/users-guide.adoc

[lng-odp] [PATCHv3 1/6] doc: userguide: add sub-documents and images to list of source files

Enable changes to sub-documents or images to cause a rebuild of the User's Guide Signed-off-by: Bill Fischofer --- doc/users-guide/Makefile.am | 24 +++- 1 file changed, 19 insertions(+), 5 deletions(-) diff --git a/doc/users-guide/Makefile.am b/doc/users-guide/Makefile.am i

[lng-odp] [PATCH] CONTRIBUTING: add xmllint rule

Signed-off-by: Mike Holmes --- CONTRIBUTING | 1 + DEPENDENCIES | 3 +++ 2 files changed, 4 insertions(+) diff --git a/CONTRIBUTING b/CONTRIBUTING index f6e3fc6..791d4bc 100644 --- a/CONTRIBUTING +++ b/CONTRIBUTING @@ -128,6 +128,7 @@ Code without a proper signoff cannot be merged into the main

[lng-odp] [PATCH] doc: userguide: change plus to backtick for asciidoctor

In asciidoc monospace characters may be indicated by enclosure in either backticks or plus signs, however asciidoctor requires the use of backticks to indicate monospace. Change all uses of plus signs to backticks so that user guide docs can format properly using either asciidoc or asciidoctor. Goi

[lng-odp] [PATCH 2/2] doc: users-guide: add packet flow overview

Signed-off-by: Mike Holmes --- doc/users-guide/users-guide.adoc | 4 1 file changed, 4 insertions(+) mode change 100644 => 100755 doc/users-guide/users-guide.adoc diff --git a/doc/users-guide/users-guide.adoc b/doc/users-guide/users-guide.adoc old mode 100644 new mode 100755 index a2e5058.

[lng-odp] odp v1.10.0.0 release is out

Hello, I'm glad to announce that current v1.10.0.0 point release just out. This release is the RC2 for Monarch, the API is now considered stable and RC3 will address only some lingering issues with documentation and testing. Monarch will be tagged when at least two independent implementations ar

Re: [lng-odp] [PATCH] scripts/git_hash: match more digits

Merged On 3 May 2016 at 01:29, Ricardo Salveti wrote: > On Mon, May 2, 2016 at 6:07 PM, Anders Roxell > wrote: > > Make it possible to match more digits than groups of one. > > > > Signed-off-by: Anders Roxell > > --- > > scripts/git_hash.sh | 3 ++- > > 1 file changed, 2 insertions(+), 1 del

Re: [lng-odp] [PATCH 1/3] linux-generic: classification: release the packet as soon as an error happens

On 3 May 2016 at 19:26, Zoltan Kiss wrote: > > > On 02/05/16 09:56, Bala Manoharan wrote: > >> >> On 29 April 2016 at 18:28, Zoltan Kiss > > wrote: >> >> >> >> On 28/04/16 18:08, Bala Manoharan wrote: >> >> >> On 28 April 2016 at 21:50, Zoltan Kiss >

Re: [lng-odp] [GIT PULL ODPv5] running things in process mode

Thanks for the time you took for it, Brian! On 3 May 2016 at 15:56, Brian Brooks wrote: > v5 LGTM (looks good to me). Thanks Christophe! > > Reviewed-by: Brian Brooks > > On 05/03 11:44:47, Christophe Milard wrote: > > [GIT PULL ODPv5] running things in process mode > > > > Since v4: > > -updat

Re: [lng-odp] [GIT PULL ODPv5] running things in process mode

v5 LGTM (looks good to me). Thanks Christophe! Reviewed-by: Brian Brooks On 05/03 11:44:47, Christophe Milard wrote: > [GIT PULL ODPv5] running things in process mode > > Since v4: > -updates following Brian's comments > > Since v3: > -fixed rebase error (Christophe) > -rebased > > Since v2:

Re: [lng-odp] [PATCH 1/3] linux-generic: classification: release the packet as soon as an error happens

On 02/05/16 09:56, Bala Manoharan wrote: On 29 April 2016 at 18:28, Zoltan Kiss mailto:zoltan.k...@linaro.org>> wrote: On 28/04/16 18:08, Bala Manoharan wrote: On 28 April 2016 at 21:50, Zoltan Kiss mailto:zoltan.k...@linaro.org>

Re: [lng-odp] [PATCH] helper: remove unused odph_linux_process_fork API

On 3 May 2016 at 07:39, Christophe Milard wrote: > There is a test for these new functions in the patch series. Hope this is > what you meant by "it". > OK - if you will be adding a test that is perfect :), I am just going on the current state http://docs.opendataplane.org/snapshots/master/linux

Re: [lng-odp] [PATCH] helper: remove unused odph_linux_process_fork API

There is a test for these new functions in the patch series. Hope this is what you meant by "it". Christophe On 3 May 2016 at 13:35, Mike Holmes wrote: > > > On 3 May 2016 at 07:32, Christophe Milard > wrote: > >> Please don't do that: It will just create an extra rebase on my "running >> thin

Re: [lng-odp] [PATCH] helper: remove unused odph_linux_process_fork API

On 3 May 2016 at 07:32, Christophe Milard wrote: > Please don't do that: It will just create an extra rebase on my "running > things in process mode " patch series which replaces all this (and > therefore delete these also) > > We need a test in helper for it then :) we dont want the full Monarch

Re: [lng-odp] [PATCH] helper: remove unused odph_linux_process_fork API

Please don't do that: It will just create an extra rebase on my "running things in process mode " patch series which replaces all this (and therefore delete these also) Christophe. On 2 May 2016 at 14:01, Krishna Garapati wrote: > > > On 2 May 2016 at 13:47, Mike Holmes wrote: > >> odph_linux_

[lng-odp] [GIT PULL ODPv5] running things in process mode

[GIT PULL ODPv5] running things in process mode Since v4: -updates following Brian's comments Since v3: -fixed rebase error (Christophe) -rebased Since v2: -serious rebase following clash with dba05a28 (api: init: add instance handle) -squashing the validation changes. I am not very keen on squa

Re: [lng-odp] RFC: inter-process dynamic shared memory support.

On 04/28/2016 10:50 AM, Barry Spinney wrote: Inter-process dynamic shared memory support. This API provides a convenient method for multiple processes to share memory using a persistent filesystem-based arena that is automatically mapped at the same, fixed address in all processes sharing th