[lng-odp] [API-NEXT PATCHv2 6/6] test: drv: shm: adding buddy allocation stress tests

Stress tests for the random size allocator (buddy allocator in linux-generic) are added here. Signed-off-by: Christophe Milard --- .../common_plat/validation/drv/drvshmem/drvshmem.c | 177 + .../common_plat/validation/drv/drvshmem/drvshmem.h |

[lng-odp] [API-NEXT PATCHv2 5/6] test: drv: shm: adding basic fixed size allocation tests

Basic tests for odpdrv_shm_pool are added here, creating a fixed size pool and performing basic alloc/free on it Signed-off-by: Christophe Milard --- .../common_plat/validation/drv/drvshmem/drvshmem.c | 86 ++

[lng-odp] [API-NEXT PATCHv2 4/6] test: drv: shm: adding basic buddy allocation tests

Basic tests for odpdrv_shm_pool are added here, creating a buddy pool and performing basic alloc/free on it Signed-off-by: Christophe Milard --- .../common_plat/validation/drv/drvshmem/drvshmem.c | 92 ++

[lng-odp] [API-NEXT PATCHv2 1/6] linux-gen: _ishm: adding buddy and slab allocation

_ishm now provides functions to create/destroy pools for buddy/slab memory allocation, as well as functions to allocated/release memory from the created pools. Signed-off-by: Christophe Milard --- platform/linux-generic/Makefile.am | 2 +

[lng-odp] [API-NEXT PATCHv2 3/6] linux-gen: drv: shm: adding pool allocator

Adding functions to create memory pools and allocate / free memory from the created pools. These functions calls their _ishm conterpart, of course. Signed-off-by: Christophe Milard --- platform/linux-generic/drv_shm.c | 44

[lng-odp] [API-NEXT PATCHv2 2/6] drv: adding odpdrv_shm_pool functions

Adding functions to create and destroy memory pools (from which memory can be allocated and freed) are added. These functions enable the usage of small memory amount (compared to drvshm_reserve() whose granularity is the page size). The usage of this pool guatantees that allocated memory is

[lng-odp] [API-NEXT PATCHv2 0/6] small memory amount allocator for drv shm

Since V1: -Common south pool (for all drivers) suppressed. (Petri) -function to create and destroy the pools exposed to the interface, so that each user create his own pools (Petri) -support for fixed size allocator added (Petri, Bill) -Creation parameter now includes the min-alloc/max_alloc

[lng-odp] [NEXT PATCH] changelog: summary of changes for odp v1.13.0.0

Signed-off-by: Bill Fischofer --- CHANGELOG | 163 ++ 1 file changed, 163 insertions(+) diff --git a/CHANGELOG b/CHANGELOG index 17afe44..e912835 100644 --- a/CHANGELOG +++ b/CHANGELOG @@ -1,3 +1,166 @@ +==

[lng-odp] [Bug 2789] increasing CONFIG_PACKET_MAX_SEGS leads to segfault

https://bugs.linaro.org/show_bug.cgi?id=2789 Bill Fischofer changed: What|Removed |Added Status|IN_PROGRESS |RESOLVED

[lng-odp] [NEXT PATCH] api: pktio: pktio documentation typo correction

Signed-off-by: Bill Fischofer --- include/odp/api/spec/packet_io.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/odp/api/spec/packet_io.h b/include/odp/api/spec/packet_io.h index 2dabfcc..85cd6d1 100644 ---

[lng-odp] [Bug 2797] New: scheduler_main runs for long time

https://bugs.linaro.org/show_bug.cgi?id=2797 Bug ID: 2797 Summary: scheduler_main runs for long time Product: OpenDataPlane - linux- generic reference Version: api-next Hardware: Other OS: Linux Status: UNCONFIRMED

Re: [lng-odp] [PATCH v3] helper: do not break odp_term_global protocol

On 28 December 2016 at 16:12, Stanislaw Kardach wrote: > As per API documentation, odp_term_global() should be a final ODP call > when terminating the ODP application in a controlled way. Therefore ODP > threads or sub-processes created using ODP helper API should not call >

[lng-odp] [PATCH v3] helper: do not break odp_term_global protocol

As per API documentation, odp_term_global() should be a final ODP call when terminating the ODP application in a controlled way. Therefore ODP threads or sub-processes created using ODP helper API should not call this function but leave it to the main application thread/process. Signed-off-by:

Re: [lng-odp] [PATCH] helper: do not break odp_term_global protocol

Still the same: Applying: helper: do not break odp_term_global protocol error: patch failed: helper/linux.c:42 error: helper/linux.c: patch does not apply Patch failed at 0001 helper: do not break odp_term_global protocol The copy of the patch that failed is found in: .git/rebase-apply/patch When

Re: [lng-odp] [PATCH] helper: do not break odp_term_global protocol

That was my mail software messing around with tabs in the patch. Will re-send again. -- Best Regards, Stanisław Kardach On Wed, Dec 28, 2016 at 3:00 PM, Christophe Milard < christophe.mil...@linaro.org> wrote: > This seems a good correction. However I get the following when > applying this

[lng-odp] [PATCH] helper: do not break odp_term_global protocol

As per API documentation, odp_term_global() should be a final ODP call when terminating the ODP application in a controlled way. Therefore ODP threads or sub-processes created using ODP helper API should not call this function but leave it to the main application thread/process. Signed-off-by:

Re: [lng-odp] [PATCH] helper: do not break odp_term_global protocol

This seems a good correction. However I get the following when applying this patch: git am ~/incoming/lng-odp_PATCH_helper_do_not_break_odp_term_global_protocol.mbox Applying: helper: do not break odp_term_global protocol error: patch failed: helper/linux.c:42 error: helper/linux.c: patch does

[lng-odp] [PATCH] helper: do not break odp_term_global protocol

As per API documentation, odp_term_global() should be a final ODP call when terminating the ODP application in a controlled way. Therefore ODP threads or sub-processes created using ODP helper API should not call this function but leave it to the main application thread/process. Signed-off-by:

Re: [lng-odp] linux-generic: odpthread_run_start_routine calls odp_term_global

that is obvious bug, feel free to send patch for that. Thanks for finding that. Maxim. On 28 December 2016 at 15:38, Stanislaw Kardach wrote: > Hi everyone, > > Does anyone know why does odphthread_run_start_routine() and > odp_run_start_routine() call odp_term_global() (see

[lng-odp] linux-generic: odpthread_run_start_routine calls odp_term_global

Hi everyone, Does anyone know why does odphthread_run_start_routine() and odp_run_start_routine() call odp_term_global() (see [1] and [2])? Interestingly enough they don't call odp_init_global() (seems reasonable). I was under impression (see [3]) that this call should be called only once