Signed-off-by: Christophe Milard
---
doc/implementers-guide/implementers-guide.adoc | 137 +++--
1 file changed, 81 insertions(+), 56 deletions(-)
diff --git a/doc/implementers-guide/implementers-guide.adoc
b/doc/implementers-guide/implementers-guide.adoc
index 4f49e8f
api directory under "validation" simply enable adding
other interfaces (such as future drv) as part of the validation tests
Signed-off-by: Christophe Milard
---
test/Makefile.am | 4 +-
test/common_plat/Makefile.am
ce "api" are created, hence allowing for other tests type to
have platform specifics (for instance running perf test from platform
side to set proper pktios), and allowing other interfaces to be tested
under validation.
Signed-off-by: Christophe Milard
---
configure.ac
To reduce the number of issues picked up by check-odp when moving the files
in next patch
Signed-off-by: Christophe Milard
---
test/performance/odp_crypto.c | 6 +-
test/performance/odp_l2fwd.c | 1 -
test/performance/odp_l2fwd_run.sh
+-- ring
+-- validation //the platform specific side of the validation tests
+-- api //platform specific things for the validation of the api
+-- pktio
+-- shmem
+--drv //platform specific for validation of drv interface
+-- pci
ce "api" are created, hence allowing for other tests type to
have platform specifics (for instance running perf test from platform
side to set proper pktios), and allowing other interfaces to be tested
under validation.
Signed-off-by: Christophe Milard
---
configure.ac
api directory under "validation" simply enable adding
other interfaces (such as future drv) as part of the validation tests
Signed-off-by: Christophe Milard
---
test/Makefile.am | 4 +-
test/common_plat/Makefile.am
Signed-off-by: Christophe Milard
---
doc/implementers-guide/implementers-guide.adoc | 137 +++--
1 file changed, 81 insertions(+), 56 deletions(-)
diff --git a/doc/implementers-guide/implementers-guide.adoc
b/doc/implementers-guide/implementers-guide.adoc
index 4f49e8f
To reduce the number of issues picked up by check-odp when moving the files
in next patch
Signed-off-by: Christophe Milard
---
test/performance/odp_crypto.c | 6 +-
test/performance/odp_l2fwd.c | 1 -
test/performance/odp_l2fwd_run.sh
cific side of the validation tests
+-- api //platform specific things for the validation of the api
+-- pktio
+-- shmem
+--drv //platform specific for validation of drv interface
+-- pci
+-- dma
Christophe Milard (4):
validation
>
> -PATH=$TEST_DIR:$TEST_DIR/../../example/generator:$PATH
> +PATH=$TEST_DIR:$TEST_DIR/../../../example/generator:$PATH
Thanks for catching that: Addressed in V2
>
> and some comments below:
>
> On 11 July 2016 at 23:26, Christophe Milard
> wrote:
>>
>> API te
On 11 July 2016 at 20:19, Mike Holmes wrote:
>
>
> On 11 July 2016 at 11:26, Christophe Milard
> wrote:
>>
>> Signed-off-by: Christophe Milard
>> ---
>> doc/implementers-guide/implementers-guide.adoc | 141
>> +++--
>>
On 11 July 2016 at 18:16, Bill Fischofer wrote:
>
>
> On Mon, Jul 11, 2016 at 10:26 AM, Christophe Milard
> wrote:
>>
>> Signed-off-by: Christophe Milard
>> ---
>> doc/implementers-guide/implementers-guide.adoc | 141
>> +++-
ce "api" are created, hence allowing for other tests type to
have platform specifics (for instance running perf test from platform
side to set proper pktios), and allowing other interfaces to be tested
under validation.
Signed-off-by: Christophe Milard
---
configure.ac
Signed-off-by: Christophe Milard
---
doc/implementers-guide/implementers-guide.adoc | 141 +++--
1 file changed, 83 insertions(+), 58 deletions(-)
diff --git a/doc/implementers-guide/implementers-guide.adoc
b/doc/implementers-guide/implementers-guide.adoc
index 4f49e8f
.
* creating the api directory under "validation" simply enable adding
other interfaces (such as future drv) as part of the validation tests
Signed-off-by: Christophe Milard
---
test/Makefile.am | 4 +-
test/all-platforms/Makefile.am
To reduce the number of issues picked up by check-odp when moving the files
in next patch
Signed-off-by: Christophe Milard
---
.../classification/odp_classification_test_pmr.c | 1 -
test/validation/crypto/odp_crypto_test_inp.c | 32 -
test/validation/crypto/test_vectors.h
api //platform specific things for the validation of the api
+-- pktio
+-- shmem
+--drv //platform specific for validation of drv interface
+-- pci
+-- dma
Christophe Milard (4):
validation: diverse cosmetic fixes for checkpatch
validat
On 8 July 2016 at 21:05, Mike Holmes wrote:
>
>
> On 7 July 2016 at 10:55, Christophe Milard
> wrote:
>>
>> Yes! I DID send a mail!!! It is in my mail history!
>>
>> I re-include it here again:
>>
>> On 2016-07-05 08:47, Mike Holmes wrote:
>&
Yes! I DID send a mail!!! It is in my mail history!
I re-include it here again:
On 2016-07-05 08:47, Mike Holmes wrote:
> Add an initial driver API document structure for the existing driver
> framework.
>
here again we have a vocabulary issue: the term "API" is used for "interface",
but actually
Hi,
I need to move things around to include test for the driver interface
in the test directory.
This is what I can thing about.
Mike, Does this match what you had in mind?
test
├── platform//platform dependant stuff and launchers
│ └── linux-generic
│ ├── api
│
On 28 June 2016 at 00:40, Bill Fischofer wrote:
> Signed-off-by: Bill Fischofer
> ---
> v2: Incorporate comments from Mike and Petri
>
> CONTRIBUTING | 141
> +--
> 1 file changed, 137 insertions(+), 4 deletions(-)
>
> diff --git a/CONTRIB
On 2016-06-23 12:19, Bill Fischofer wrote:
> Clean up whitespace and line length issues with current doc.
>
> Signed-off-by: Bill Fischofer
> ---
> doc/implementers-guide/implementers-guide.adoc | 253
> -
> 1 file changed, 121 insertions(+), 132 deletions(-)
>
> diff -
On 21 June 2016 at 06:52, Yi He wrote:
> Move platform tests from odp/platform/linux-generic/test
> into test suite at odp/test/platform/linux-generic.
>
> Signed-off-by: Yi He
Reviewed-by: Christophe Milard
> ---
> v5 only contains the platform tests move an
On 17 June 2016 at 08:10, Yi He wrote:
> Move platform tests from odp/platform/linux-generic/test
> into test suite at odp/test/platform/linux-generic.
>
> Signed-off-by: Yi He
Reviewed-by: Christophe Milard
> ---
> v4 restore the invocation of general validation tests:
>
On 2016-06-17 06:10, Yi He wrote:
> Move platform tests from odp/platform/linux-generic/test
> into test suite at odp/test/platform/linux-generic.
>
> Signed-off-by: Yi He
> ---
> v4 restore the invocation of general validation tests:
> The Validation tests HAVE to be called from the platform sid
On 2016-06-16 07:56, Yi He wrote:
> Move platform tests from odp/platform/linux-generic/test
> into test suite at odp/test/platform/linux-generic.
>
> Signed-off-by: Yi He
> ---
> v3 fixed missing validation tests in target 'installcheck' by
> lifting run-tests script to test/ top level to iterat
ot encounter and would you like
> to send me a log in this case.
>
> thanks very much and best regards, Yi
>
>
>
> On 14 June 2016 at 21:38, Christophe Milard
> wrote:
>>
>> Hi Yi,
>> installcheck fails.
>> I have not fully looked why, but if you run:
>
Hi Yi,
installcheck fails.
I have not fully looked why, but if you run:
./bootstrap && ./configure --with-testdir=yes --enable-test-vald
--prefix=/home/linaro/INSTALL && make -j 8 && make install && make
installcheck
Before and after you changes, you'll see that the tests are not run properly.
I
The application guide is now ONLY the public specification.
>> The new platform guide includes the additional definitions specific to
>> odp-linux and it can contain platform specific notes and other
>> documentation as needed
>>
>> Signed-off-by: Mike Holmes
a handle only approach would have too poor performance on
some system, yes, but this another story. This is even maybe wrong. To
start with I just want to understand how your proposal could be used
by an programmer
On 9 June 2016 at 16:30, Bill Fischofer wrote:
>
>
> On Thu, Jun 9, 2016 a
On 9 June 2016 at 14:30, Bill Fischofer wrote:
>
>
> On Thu, Jun 9, 2016 at 7:13 AM, Christophe Milard
> wrote:
>>
>> Bill:
>> S19: When you write:"These addresses are intended to be used within
>> the scope of the calling thread and should not be assume
ndles in 2 different threads (for the same ODP object name), meaning
that the scope of the handle is actually the ODP thread.?
Thanks,
Christophe.
On 9 June 2016 at 14:54, Jerin Jacob wrote:
> On Thu, Jun 09, 2016 at 02:13:49PM +0200, Christophe Milard wrote:
>> Bill:
>> S19: W
I. Pointers to BASED storage were stored as offsets and the
> compiler automatically handled the relative addressing. They are very
> convenient for this sort of purpose.
>
>>
>>
>> S23: agree with Bill's comments covered the cases.
>>
>> Thanks and best re
at 14:11, Jerin Jacob wrote:
> On Fri, Jun 03, 2016 at 11:15:43AM +0200, Christophe Milard wrote:
>> since V3: Update following Bill's comments
>> since V2: Update following Barry and Bill's comments
>> since V1: Update following arch call 31 may 2016
>>
; agree to the current S11, S12, S13, S14, S15, S16, S17 approach and we can
> revisit if really realized upper layer programming practise/model affects
> ODP's design in this aspect.
>
> Best Regards, Yi
>
> On 7 June 2016 at 16:47, Christophe Milard
> wrote:
>>
>
On 7 June 2016 at 11:04, Xuelin Shi wrote:
> multi-thread, multi-queue and bi-directional forwarding.
>
> support (port, queue, core) arguments in cmdline.
> it means core will handle rx queue at port.
> forwarding logic will decide out port by this specification.
> if no this argument in cmdline,
1,2,3 again.) There could be theoriticaly complex such
dependency graphs where all cpus cannot be pinned from the beginning,
and where your approach seem too restrictive.
But I am glad to hear your voice on the arch call :-)
Christophe.
>
> Best Regards, Yi
>
>
> On 4 June 2016 at 05:5
Hi Yi!
Your first diagram shows at least one thing very clearly, apart the
mess we have with dependencies: The location of the
platform//test directory is confusing!
This directory is *NOT* a part of the ODP implementation, despite its
location: it is a part of the test structure: that part which
since V3: Update following Bill's comments
since V2: Update following Barry and Bill's comments
since V1: Update following arch call 31 may 2016
This is a tentative to sum up the discussions around the thread/process
that have been happening these last weeks.
Sorry for the formalism of this mail,
since V2: Update following Barry and Bill's comments
since V1: Update following arch call 31 may 2016
This is a tentative to sum up the discussions around the thread/process
that have been happening these last weeks.
Sorry for the formalism of this mail, but it seems we need accuracy here...
This
>
>
>
>
>
> -Original Message-
> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
> Sent: Tuesday, May 31, 2016 12:00 PM
> To: Petri Savolainen; Barry Spinney; Krishna Garapati; Mike Holmes; Bill
> Fischofer; LNG ODP Mailman List
> Subject: thread/s
On 1 June 2016 at 02:08, Bill Fischofer wrote:
> Thanks, Christophe, for this excellent summary. Comments inline.
>
> On Tue, May 31, 2016 at 11:00 AM, Christophe Milard
> wrote:
>>
>> since V1: Update following arch call 31 may 2016
>>
>> This is a tentat
since V1: Update following arch call 31 may 2016
This is a tentative to sum up the discussions around the thread/process
that have been happening these last weeks.
Sorry for the formalism of this mail, but it seems we need accuracy here...
This summary is organized as follows:
It is a set of sta
Why does it have to be visible in the API, Maxim? (even introducing a
specific prefix is really an API change, I think: Those app that happened
to use the prefix before will not work as before).
If IPC need its specific stuff, shouldn't it be using ODP internal
functions, e.g. _odp_pool_create() wi
On 30 May 2016 at 15:44, Savolainen, Petri (Nokia - FI/Espoo) <
petri.savolai...@nokia.com> wrote:
>
>
>> -Original Message-
>> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
>> Sent: Monday, May 30, 2016 3:52 PM
>> To: Savolainen,
On 30 May 2016 at 14:12, Savolainen, Petri (Nokia - FI/Espoo)
wrote:
>
>
>
> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
> Sent: Monday, May 30, 2016 1:34 PM
> To: Savolainen, Petri (Nokia - FI/Espoo)
> Cc: yi...@linaro.org; lng-odp@lists.linaro.org
&g
On 30 May 2016 at 11:23, Savolainen, Petri (Nokia - FI/Espoo) <
petri.savolai...@nokia.com> wrote:
>
>
> From: Christophe Milard [mailto:christophe.mil...@linaro.org]
> Sent: Friday, May 27, 2016 4:08 PM
> To: Savolainen, Petri (Nokia - FI/Espoo)
> Cc: yi...@linaro.org;
to:yi...@linaro.org>>
>> Date: Thu May 26 07:10:19 2016 +
>>
>> helper: linux: odp thread cpu affinity APIs
>>
>> Provide helper APIs to set and get cpu affinity in ODP threads,
>>
Forwarded again to the list as the address I wrote was obviously wrong
(no change for those who already received a personnal copy)
-- Forwarded message --
From: Christophe Milard
Date: 26 May 2016 at 17:11
Subject: thread/shmem discussion summary
To: christophe.mil...@linaro.org
On 27 May 2016 at 09:56, Savolainen, Petri (Nokia - FI/Espoo) <
petri.savolai...@nokia.com> wrote:
>
>
> > -Original Message-
> > From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of
> > Christophe Milard
> > Sent: Friday, May 27, 20
The odph_odpthread_t (non opaque array of odpthread) is now replaced by a
single type odph_odpthread_tbl_t abstracted as a void*.
The table describing the odpthreads being created is now malloc'd and
freed by the helper function themselves.
Signed-off-by: Christophe Milard
---
sin
to odph_odpthread_array_t? I feel
> table and array are different thing, but it is up to you :)
>
> thanks and best regards, Yi
>
> On 27 May 2016 at 00:27, Christophe Milard
> wrote:
>
>> The odph_odpthread_t (non opaque array of odpthread) is now replaced by a
>> si
The odph_odpthread_t (non opaque array of odpthread) is now replaced by a
single type odph_odpthread_tbl_t abstracted as a void*.
The table describing the odpthreads being created is now malloc'd and
freed by the helper function themselves.
Signed-off-by: Christophe Milard
---
sin
On 26 May 2016 at 14:25, Yi He wrote:
>
>
> On 26 May 2016 at 18:39, Christophe Milard
> wrote:
>
>>
>>
>> On 26 May 2016 at 11:50, Yi He wrote:
>>
>>>
>>>
>>> On 25 May 2016 at 21:12, Christophe Milard >> > wrote:
&g
On 26 May 2016 at 11:50, Yi He wrote:
>
>
> On 25 May 2016 at 21:12, Christophe Milard
> wrote:
>
>> The odph_odpthread_t (non opaque array of odpthread) is now replaced by a
>> single type odph_odpthread_tbl_t abstracted as a void*.
>> The table describing th
On 26 May 2016 at 09:10, Yi He wrote:
> Provide helper APIs to set and get cpu affinity in ODP threads,
> and set cpu affinity to the 1st available control cpu for all odp
> test/validation programs in odp_cunit_common library.
>
> Signed-off-by: Yi He
>
Reviewed-by:
Maxim, maybe you can find a better title when merging :-)
Christophe.
On 26 May 2016 at 07:21, Yi He wrote:
> Signed-off-by: Yi He
>
Reviewed-by: Christophe Milard
---
> platform/linux-generic/test/ring/.gitignore | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On 26 May 2016 at 07:39, Yi He wrote:
> Provide helper APIs to set and get cpu affinity in ODP threads,
> and set cpu affinity to the 1st available control cpu for all odp
> test/validation programs in odp_cunit_common library.
>
> Signed-off-by: Yi He
> ---
> helper/include/odp/helper/linux.h
On 25 May 2016 at 09:55, Yi He wrote:
> Provide APIs to set and get cpu affinity in ODP threads,
> and set affinity to the 1st available control cpu for all
> odp test/validation programs in odp_cunit_common library.
>
> Signed-off-by: Yi He
> ---
> helper/include/odp/helper/linux.h |
The odph_odpthread_t (non opaque array of odpthread) is now replaced by a
single type odph_odpthread_tbl_t abstracted as a void*.
The table describing the odpthreads being created is now malloc'd and
freed by the helper function themselves.
Signed-off-by: Christophe Milard
---
ex
On 25 May 2016 at 12:18, Ola Liljedahl wrote:
> I have attempted to summarise and comment on the discussion. This is partly
> intended for an external audience so sorry if I seem to repeat things
> already "solved". Unfortunately I couldn't attend yesterdays public call
> but I read the notes.
>
And on the top of this , I intend to write a patch to simplify this
interface, so hopefully this will become obsolete soon :-)
On 23 May 2016 at 18:31, Christophe Milard
wrote:
> OK. if everyone now agrees, maybe this can be marked as reviewed :-). 3
> extra comments should not generate a
to
> perpetuate this topic into its 5/6th week. I hoped to find a model.
>
> I agree, we dont want to work on helper support for anything new
> unless it brought a robust proven model.
>
> On 23 May 2016 at 11:58, Christophe Milard
> wrote:
> > I don't think we shou
pport , but might make an interesting project.
>
>
>
> https://software.intel.com/en-us/articles/choosing-the-right-threading-framework
>
> On 23 May 2016 at 11:34, Christophe Milard
> wrote:
>
>> On 23 May 2016 at 17:31, Ola Liljedahl wrote:
>>
>> &
On 23 May 2016 at 17:31, Ola Liljedahl wrote:
>
>
> On 23 May 2016 at 17:28, Christophe Milard
> wrote:
>
>> This is for linux helpers: in odp linux, just pthreads and processes are
>> supported as odpthreads.(well actually processes are not supported yet, but
>
edahl wrote:
>
>
> On 23 May 2016 at 17:04, Christophe Milard
> wrote:
>
>> Signed-off-by: Christophe Milard
>> ---
>> helper/include/odp/helper/linux.h | 6 +++---
>> 1 file changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/helper/i
Signed-off-by: Christophe Milard
---
helper/include/odp/helper/linux.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/helper/include/odp/helper/linux.h
b/helper/include/odp/helper/linux.h
index 01c348d..2e89833 100644
--- a/helper/include/odp/helper/linux.h
+++ b
The behaviour of the differents ODP objects / pointers when accessed from
different virtual address space (i.e. process) is not 100% clear to me.
Christophe.
> I'm not sure if this feeling is right :), we can talk in ARCH if got time.
>
> Best Regards, Yi
>
> On 23 May 2016 a
sched_setaffinity() or
> pthread_setaffinity_np().
>
> thanks and best regards, Yi
>
>
>
> On 23 May 2016 at 14:53, Yi He wrote:
>
>> Hi, Christophe
>>
>> Yes, I'll apply your series and send a new one later.
>>
>> Best Regards, Yi
>>
Am I understanding correctly if I try to rephrase your suggestion, Petri,
as follows:
1) " For simplicity all memory should be reserved from the system at global
init time.":
When calling init_global(), the application provides the total amount of
memory it will ever need, including everything (Bu
On 20 May 2016 at 10:48, Yi He wrote:
> Set affinity to 1st available control cpu for all odp
> validation programs in odp_cunit_common library.
>
> Signed-off-by: Yi He
> ---
> helper/include/odp/helper/linux.h | 47 +++
> helper/linux.c| 32
b) n
> 379if (n > entries) {
> (gdb)
> 380if (behavior == _RING_QUEUE_FIXED)
> (gdb) p n
> $6 = 32
> (gdb) n
> 381return -ENOENT;
> (gdb)
>
>
> That should not be related to current patch series, but we need to
The implementation guide is updated with recommendations regarding
the usage of helpers and some of its functions.
Signed-off-by: Christophe Milard
---
doc/implementers-guide/implementers-guide.adoc | 32 ++
1 file changed, 32 insertions(+)
diff --git a/doc/implementers
ringtests.c now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
platform/linux-generic/test/ring/ringtest.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/platform/linux
pktio now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
example/packet/odp_pktio.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/example/packet/odp_pktio.c b
ringtest.c is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
ringtest is hence no longer aware on how the odpthread is implemented.
Signed-off-by: Christophe Milard
---
platform/linux-generic/test/ring/ringtest.c | 19 +--
1 file
timer_test is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
timer_test is hence no longer aware on how the odpthread is
implemented.
Signed-off-by: Christophe Milard
---
example/timer/odp_timer_test.c | 14 +++---
1 file changed, 7
odp_switch now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
example/switch/odp_switch.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/example/switch
odp_switch is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
odp_switch is hence no longer aware on how the odpthread is
implemented.
Signed-off-by: Christophe Milard
---
example/switch/odp_switch.c | 14 +++---
1 file changed, 7
timer_test now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
example/timer/odp_timer_test.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/example/timer
time is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
time is hence no longer aware on how the odpthread is
implemented.
Signed-off-by: Christophe Milard
---
example/time/time_global_test.c | 12 ++--
1 file changed, 6 insertions(+), 6
time now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
example/time/time_global_test.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/example/time/time_global_test.c b
pktio is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
pktio is hence no longer aware on how the odpthread is
implemented.
Signed-off-by: Christophe Milard
---
example/packet/odp_pktio.c | 32
1 file changed, 16
l2fwd_simple now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
example/l2fwd_simple/odp_l2fwd_simple.c | 32 +++-
1 file changed, 27 insertions(+), 5 deletions
odp_ipsec now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
example/ipsec/odp_ipsec.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/example/ipsec/odp_ipsec.c
l2fwd_simple is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
l2fwd_simple is hence no longer aware on how the odpthread is
implemented.
Signed-off-by: Christophe Milard
---
example/l2fwd_simple/odp_l2fwd_simple.c | 15 ---
1 file
odp_generator now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
example/generator/odp_generator.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/example
odp_ipsec is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
odp_ipsec is hence no longer aware on how the odpthread is
implemented.
Signed-off-by: Christophe Milard
---
example/ipsec/odp_ipsec.c | 15 +++
1 file changed, 7 insertions
odp_generator is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
odp_generator is hence no longer aware on how the odpthread is
implemented.
Signed-off-by: Christophe Milard
---
example/generator/odp_generator.c | 33
odp_classifier now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
example/classifier/odp_classifier.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/example
odp_crypto now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
test/performance/odp_crypto.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/test/performance
odp_classifier is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
odp_classifier is hence no longer aware on how the odpthread is
implemented.
Signed-off-by: Christophe Milard
---
example/classifier/odp_classifier.c | 27
odp_l2fwd now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
test/performance/odp_l2fwd.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/test/performance
odp_crypto is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
odp_crypto is hence no longer aware on how the odpthread is implemented.
Signed-off-by: Christophe Milard
---
test/performance/odp_crypto.c | 12 ++--
1 file changed, 6
odp_l2fwd is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
odp_l2fwd is hence no longer aware on how the odpthread is implemented.
Signed-off-by: Christophe Milard
---
test/performance/odp_l2fwd.c | 25 +
1 file changed
odp_pktio_perf now calls the helper command line parsing so that helper
can collect its options. Hence enabling process mode run.
Signed-off-by: Christophe Milard
---
test/performance/odp_pktio_perf.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/test
As the test itself does not have specific args, it just calls
the cunit_common parsing function to pick up cunit_common and helpers
arguments.
Signed-off-by: Christophe Milard
---
platform/linux-generic/test/pktio/pktio_run.sh | 21 ++---
platform/linux-generic/test/pktio
odp_pktio_perf is changed to use the implementation agnostic ODP thread
create and join functions, from helpers.
odp_pktio_perf is no longer aware on how the odpthread is implemented any
longer.
Signed-off-by: Christophe Milard
---
test/performance/odp_pktio_perf.c | 23
Remove the --proc option from odp_scheduling.c and use the helper
functions (odph_odpthreads_create, odph_odpthreads_join)
to handle odp threads. Let helper parse its command line args, hence
recognising the --odph_proc option doing what --proc did.
Signed-off-by: Christophe Milard
---
test
701 - 800 of 1604 matches
Mail list logo