[lng-odp] [API-NEXT PATCH 2/2] linux-generic: drv: adding compiler.h

2016-02-16 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp_drv.h | 1 + platform/linux-generic/include/odp/drv/compiler.h | 34 +++ 2 files changed, 35 insertions(+) create mode 100644 platform/linux-generic/inclu

Re: [lng-odp] [API-NEXT PATCH] doc: user-guide documentation for classification

2016-02-15 Thread Christophe Milard
On 16 February 2016 at 06:52, Bala Manoharan <bala.manoha...@linaro.org> wrote: > Hi, > > On 15 February 2016 at 20:52, Christophe Milard < > christophe.mil...@linaro.org> wrote: > >> >> >> On 15 February 2016 at 15:12, Balasubramanian Manoharan <

Re: [lng-odp] [API-NEXT PATCH] doc: user-guide documentation for classification

2016-02-15 Thread Christophe Milard
On 15 February 2016 at 15:12, Balasubramanian Manoharan < bala.manoha...@linaro.org> wrote: > Adds user-guide documentation for classification module > > Signed-off-by: Balasubramanian Manoharan > --- > doc/users-guide/users-guide-cls.adoc | 220 >

Re: [lng-odp] [PATCH v3 API-NEXT 1/4] linux-generic: separate x86 ODP_CACHE_LINE_SIZE to its arch file

2016-02-12 Thread Christophe Milard
On 5 February 2016 at 09:56, wrote: > From: Hongbo Zhang > > Currently all ODP_CACHE_LINE_SIZE macros for different architectures are > held in one header file, they should be moved to their own arch file. > This patch moves ODP_CACHE_LINE_SIZE

[lng-odp] [API-NEXT PATCH 2/5] linux-generic: drv: creation of the driver interface (drv)

2016-02-12 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/include/odp/drv/README | 2 ++ 1 file changed, 2 insertions(+) create mode 100644 platform/linux-generic/include/odp/drv/README diff --git a/platform/linux-generic/include/odp/drv/README b/platform

[lng-odp] [API-NEXT PATCH 4/5] drv: adding standard types

2016-02-12 Thread Christophe Milard
Adding standard types to the ODP driver interface (drv). Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp/drv/spec/std_types.h | 40 1 file changed, 40 insertions(+) create mode 100644 include/odp/drv/spec/std_types.h

Re: [lng-odp] [API-NEXT PATCH 1/5] drv: creation of the driver interface (drv)

2016-02-12 Thread Christophe Milard
to many other patches in this series, as well. > Sorry: I cannot see any tab. at least where I am looking for... What problem are you seeing exactly? Christophe. > > -Original Message- > From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of EXT > Christophe Milard &g

[lng-odp] [API-NEXT PATCH 0/5] creating the driver interface

2016-02-12 Thread Christophe Milard
updates the documentation (implementers guide). Christophe Milard (5): drv: creation of the driver interface (drv) linux-generic: drv: creation of the driver interface (drv) doc: implementers-guide: adding drv interface drv: adding standard types linux-generic: drv: adding standard types

[lng-odp] [API-NEXT PATCH 1/5] drv: creation of the driver interface (drv)

2016-02-12 Thread Christophe Milard
The Driver Programming Interface (drv) is defined in include/odp_drv.h and include/odp/drv/spec directory. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp/drv/spec/README | 4 include/odp_drv.h | 24 2 files chang

[lng-odp] [API-NEXT PATCH 3/5] doc: implementers-guide: adding drv interface

2016-02-12 Thread Christophe Milard
The driver interface structure (similar to the api) is described. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 77 -- 1 file changed, 60 insertions(+), 17 deletions(-) diff --git a/doc/implem

[lng-odp] [API-NEXT PATCH 5/5] linux-generic: drv: adding standard types

2016-02-12 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp_drv.h | 2 ++ platform/linux-generic/include/odp/drv/std_types.h | 42 ++ 2 files changed, 44 insertions(+) create mode 100644 platform/linux-generic/inclu

Re: [lng-odp] [API-NEXT PATCH 1/5] drv: creation of the driver interface (drv)

2016-02-12 Thread Christophe Milard
. thanks for looking at it. Christophe. On 12 February 2016 at 16:36, Mike Holmes <mike.hol...@linaro.org> wrote: > It looks ok to me in gmail if that helps > > On 12 February 2016 at 10:25, Christophe Milard < > christophe.mil...@linaro.org> wrote: > >> I

Re: [lng-odp] [API-NEXT PATCH 1/5] drv: creation of the driver interface (drv)

2016-02-12 Thread Christophe Milard
see any tab. at least where I am looking for... What > problem are you seeing exactly? > > > > Christophe. > > > -Original Message- > From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of EXT > Christophe Milard > Sent: Friday, February 12

Re: [lng-odp] ODP_SHM_SW_ONLY shmem flag

2016-02-11 Thread Christophe Milard
nction that happens to be HW accelerated on the ODP this app is running on? Christophe. > > > *From:* lng-odp [mailto:lng-odp-boun...@lists.linaro.org] *On Behalf Of *EXT > Christophe Milard > *Sent:* Wednesday, February 10, 2016 7:20 PM > *To:* LNG ODP Mailman List <lng-odp@lists.

Re: [lng-odp] ODP_SHM_PROC shmem flag

2016-02-11 Thread Christophe Milard
processes can be linked with the ODP lib. Is it used anywhere?. thx, Christophe On 11 February 2016 at 15:28, Christophe Milard < christophe.mil...@linaro.org> wrote: > OK. > So my first understanding was correct. So I am back to my original > question: > through which interface

Re: [lng-odp] ODP_SHM_SW_ONLY shmem flag

2016-02-11 Thread Christophe Milard
ok. If that tells that the app will not even call any other ODP functions on this are, that make sense. I will try to document that. Thanks. Christophe On 11 February 2016 at 11:04, Savolainen, Petri (Nokia - FI/Espoo) < petri.savolai...@nokia.com> wrote: > > > > > *From:*

[lng-odp] [API-NEXT PATCHv6 0/4] Preparing for new interfaces

2016-02-11 Thread Christophe Milard
#move odp.h one step down: git mv include/odp.h include/odp_api.h #change double include protection macro name: sed -i -e 's:ODP_H_:ODP_API_H_:' include/odp_api.h #change all include to include git grep -l 'include.*odp\.h[>"]' |

[lng-odp] [API-NEXT PATCHv6 2/4] api: move include/odp.h to include/odp_api.h

2016-02-11 Thread Christophe Milard
odp.h actually describes the applicatiion interface of ODP and is logicaly moved to odp_api.h. Applications now includes . This simplifies the addition of other ODP interfaces (e.g. drivers may include odp_drv.h in the future.) Signed-off-by: Christophe Milard <christophe.mil...@linaro.

[lng-odp] [API-NEXT PATCHv6 4/4] api: odp.h to ease transition period

2016-02-11 Thread Christophe Milard
during this transition period. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> Reviewed-by: Bill Fischofer <bill.fischo...@linaro.org> --- include/odp.h | 23 +++ platform/linux-generic/Makefile.am | 1 + 2 files changed, 2

[lng-odp] [API-NEXT PATCHv6 3/4] doc: descr of structure for new interfaces

2016-02-11 Thread Christophe Milard
updates of the documentation to reflect the new structure allowing new interface addition. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> Reviewed-by: Bill Fischofer <bill.fischo...@linaro.org> --- doc/implementers-guide/implementers-gui

Re: [lng-odp] ODP_SHM_PROC shmem flag

2016-02-11 Thread Christophe Milard
. linux syscall)? (meaning that each ODP implementation have to document how to do that) On 11 February 2016 at 14:35, Christophe Milard < christophe.mil...@linaro.org> wrote: > I don't understand here... > My understanding is that shmem_reserve would always allocate SHARED > memory

Re: [lng-odp] ODP_SHM_PROC shmem flag

2016-02-11 Thread Christophe Milard
uva...@linaro.org> wrote: > On 02/10/2016 20:43, Christophe Milard wrote: > >> Hi, >> >> If I understand correctly, the usage of this flag tells that Non ODP >> processes/thread can gain access to the shared memory. >> My question is: through which interface? &

[lng-odp] [API-NEXT PATCHv4 2/4] api: move include/odp.h to include/odp_api.h

2016-02-10 Thread Christophe Milard
odp.h actually describes the applicatiion interface of ODP and is logicaly moved to odp_api.h. Applications now includes . This simplifies the addition of other ODP interfaces (e.g. drivers may include odp_drv.h in the future.) Signed-off-by: Christophe Milard <christophe.mil...@linaro.

[lng-odp] [API-NEXT PATCHv4 4/4] api: odp.h to ease transition period

2016-02-10 Thread Christophe Milard
during this transition period. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp.h | 30 ++ platform/linux-generic/Makefile.am | 1 + 2 files changed, 31 insertions(+) create mode 100644 include/odp.h diff

[lng-odp] [API-NEXT PATCHv5 4/4] api: odp.h to ease transition period

2016-02-10 Thread Christophe Milard
during this transition period. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp.h | 23 +++ platform/linux-generic/Makefile.am | 1 + 2 files changed, 24 insertions(+) create mode 100644 include/odp.h diff --git a/include

[lng-odp] ODP_SHM_PROC shmem flag

2016-02-10 Thread Christophe Milard
Hi, If I understand correctly, the usage of this flag tells that Non ODP processes/thread can gain access to the shared memory. My question is: through which interface? - the ODP API? (which means that non ODP processes/thread could be linked with the ODP lib and however remain non ODP) - or the

[lng-odp] [API-NEXT PATCHv5 2/4] api: move include/odp.h to include/odp_api.h

2016-02-10 Thread Christophe Milard
odp.h actually describes the applicatiion interface of ODP and is logicaly moved to odp_api.h. Applications now includes . This simplifies the addition of other ODP interfaces (e.g. drivers may include odp_drv.h in the future.) Signed-off-by: Christophe Milard <christophe.mil...@linaro.

Re: [lng-odp] [API-NEXT PATCHv4 4/4] api: odp.h to ease transition period

2016-02-10 Thread Christophe Milard
I did not know this was an issue. will do a v5... On 10 February 2016 at 17:34, Bill Fischofer <bill.fischo...@linaro.org> wrote: > > > On Wed, Feb 10, 2016 at 11:27 AM, Christophe Milard < > christophe.mil...@linaro.org> wrote: > >> The former odp.h (now ca

[lng-odp] [API-NEXT PATCHv4 3/4] doc: descr of structure for new interfaces

2016-02-10 Thread Christophe Milard
updates of the documentation to reflect the new structure allowing new interface addition. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 72 +++--- doc/users-guide/users-guide.adoc

[lng-odp] [API-NEXT PATCHv4 0/4] Preparing for new interfaces

2016-02-10 Thread Christophe Milard
own: git mv include/odp.h include/odp_api.h #change double include protection macro name: sed -i -e 's:ODP_H_:ODP_API_H_:' include/odp_api.h #change all include to include git grep -l 'include.*odp\.h[>"]' | egrep -e '(.*\.c$)|(.*\.h$)|(.*\.cpp$)' | xargs sed -i -e 's:#include\(.*\)odp\.h\(.*\):

[lng-odp] [API-NEXT PATCHv5 0/4] Preparing for new interfaces

2016-02-10 Thread Christophe Milard
## #move odp.h one step down: git mv include/odp.h include/odp_api.h #change double include protection macro name: sed -i -e 's:ODP_H_:ODP_API_H_:' include/odp_api.h #change all include to include git grep -l 'include.*odp\.h[>"]' | egrep -e '(.*\.c$)|(.*\

[lng-odp] ODP_SHM_SW_ONLY shmem flag

2016-02-10 Thread Christophe Milard
Hi, As far as I understand, the ODP_SHM_SW_ONLY flag used when creating shared memory blocks is used to tell ODP that no 'HW' will try to access that shared memory. Is the ODP HW included in this?... If ODP provide HW acceleration for some functions, would the usage of this flag tell ODP that

[lng-odp] [API-NEXT PATCHv3 0/3] Preparing for new interfaces

2016-02-09 Thread Christophe Milard
# #move odp.h one step down: git mv include/odp.h include/odp_api.h #change all include to include git grep -l 'include.*odp\.h[>"]' | egrep -e '(.*\.c$)|(.*\.h$)|(.*\.cpp$)' | xargs sed -i -e 's:#include\(.*\)odp\.h\(.*\):#include\1odp_api\.h\

[lng-odp] [API-NEXT PATCHv3 2/3] api: move include/odp.h to include/odp_api.h

2016-02-09 Thread Christophe Milard
letter of this patch serie. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- example/classifier/odp_classifier.c| 2 +- example/generator/odp_generator.c | 2 +- example/ipsec/odp_i

Re: [lng-odp] [API-NEXT PATCHv2 3/3] doc: descr of structure for new interfaces

2016-02-09 Thread Christophe Milard
I think the docs should use space when it comes to trees. It make more sense than tabs, as it is a "drawing". This is what was used so far. But Anders is right here: there are strange ascii codes decimal 160 probably output by the "tree" command. I will send a v3 without these. Christophe. On

[lng-odp] [API-NEXT PATCHv3 3/3] doc: descr of structure for new interfaces

2016-02-09 Thread Christophe Milard
updates of the documentation to reflect the new structure allowing new interface addition. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 72 +++--- doc/users-guide/users-guide.adoc

Re: [lng-odp] [API-NEXT PATCHv2 0/3] Preparing for new interfaces

2016-02-09 Thread Christophe Milard
ld. However in addition to the > whitespace issues in part 3 it needs a part 4 to update the Implementation > Guide, which includes a diagram of the include hierarchy that this series > modifies. > > On Mon, Feb 8, 2016 at 12:31 PM, Christophe Milard < > christophe.mil...

Re: [lng-odp] [PATCH] validation: pktio check for number of interfaces

2016-02-08 Thread Christophe Milard
can never happen due to num_ifaces always > 1 in our test. > Add special check for that to make new gcc happy. > > Signed-off-by: Maxim Uvarov <maxim.uva...@linaro.org> For api-next: Reviewed-by: Christophe Milard <christophe.mil...@linaro.org> > --- > I can not repr

[lng-odp] [API-NEXT PATCHv2 3/3] doc: descr of structure for new interfaces

2016-02-08 Thread Christophe Milard
updates of the documentation to reflect the new structure allowing new interface addition. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 72 +++--- doc/users-guide/users-guide.adoc

[lng-odp] [API-NEXT PATCHv2 2/3] api: move include/odp.h to include/odp_api.h

2016-02-08 Thread Christophe Milard
letter of this patch serie. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- example/classifier/odp_classifier.c| 2 +- example/generator/odp_generator.c | 2 +- example/ipsec/odp_i

[lng-odp] [API-NEXT PATCHv2 0/3] Preparing for new interfaces

2016-02-08 Thread Christophe Milard
#move odp.h one step down: git mv include/odp.h include/odp_api.h #change all include to include git grep -l 'include.*odp\.h[>"]' | egrep -e '(.*\.c$)|(.*\.h$)|(.*\.cpp$)' | xargs sed -i -e 's:#include\(.*\)odp\.h\(.*\):#include\1odp_api\.h\2:' #change the makefile sed -i -e 's:

[lng-odp] [API-NEXT PATCH 2/3] api: move include/odp.h to include/odp/api.h

2016-01-28 Thread Christophe Milard
is given in the cover letter of this patch serie Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- example/classifier/odp_classifier.c| 2 +- example/generator/odp_generator.c | 2 +- example/ipsec/odp_i

[lng-odp] [API-NEXT PATCH 0/3] Preparing for new interfaces

2016-01-28 Thread Christophe Milard
nclude to include git grep -l 'include.*odp\.h[>"]' | egrep -e '(.*\.c$)|(.*\.h$)|(.*\.cpp$)' | xargs sed -i -e 's:#include\(.*\)odp\.h\(.*\):#include\1odp/api\.h\2:' #change the makefile sed -i -e 's:include\(.*\)odp\.h\(.*\):include\1odp/api\.h\2:' platform/linux-generic/Makefil

[lng-odp] [API-NEXT PATCH 3/3] doc: descr of structure for new interfaces

2016-01-28 Thread Christophe Milard
updates of the documentation to reflect the new structure allowing new interface addition. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 76 +++--- doc/users-guide/users-guide.adoc

Re: [lng-odp] [API-NEXT RFC PATCH 0/3] new try for a adding a driver interface

2016-01-27 Thread Christophe Milard
north or south interface) I dont think having different meanings for the same word is a good start point. We have that today with "ODP" (somtimes meaning the ODP library, sometimes meaning its north interface) and this is confusing Christophe. On 27 January 2016 at 08:30, Chris

Re: [lng-odp] [API-NEXT PATCH] api: prefixing some standard types.

2016-01-27 Thread Christophe Milard
ot; > > > Maybe Maxim can edit that during merge. > > > > Reviewed-by: Petri Savolainen <petri.savolai...@nokia.com> > > > > > -Original Message- > > From: EXT Christophe Milard [mailto:christophe.mil...@linaro.org] > > Sent:

[lng-odp] [API-NEXT PATCH] api: prefixing some standard types.

2016-01-27 Thread Christophe Milard
those with odp_*, suppressing "int" for shortness. e.g. uint16le_t becomes odp_u16le_t Also modifies files using these types, of course. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- example/classifier/odp_classifier.c| 2 +- example/ipsec/o

Re: [lng-odp] [API-NEXT RFC PATCH 0/3] new try for a adding a driver interface

2016-01-26 Thread Christophe Milard
On 26 January 2016 at 22:45, Mike Holmes <mike.hol...@linaro.org> wrote: > Inline comment on include structure > > On 26 January 2016 at 13:04, Christophe Milard < > christophe.mil...@linaro.org> wrote: > >> This patch series implements a new structure in the O

[lng-odp] [API-NEXT RFC PATCH 0/3] new try for a adding a driver interface

2016-01-26 Thread Christophe Milard
lude\(.*\)odp\.h\(.*\):#include\1odp/api\.h\2:' #change the makefile sed -i -e 's:include\(.*\)odp\.h\(.*\):include\1odp/api\.h\2:' platform/linux-generic/Makefile.am sed -i -e 's:^include_HEADERS:odpinclude_HEADERS:' platform/linux-generic/Makefile.am sed -i -e '/^odpinclude_HEADERS/iodpincludedir = $(includ

[lng-odp] [API-NEXT RFC PATCH 2/3] api: move include/odp.h to include/odp/api.h

2016-01-26 Thread Christophe Milard
is given in the cover letter of this patch serie Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- example/classifier/odp_classifier.c| 2 +- example/generator/odp_generator.c | 2 +- example/ipsec/odp_i

[lng-odp] [API-NEXT RFC PATCH 3/3] doc: updates following new structure

2016-01-26 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 74 +++--- doc/users-guide/users-guide.adoc | 15 +++--- 2 files changed, 53 insertions(+), 36 deletions(-) diff --git a/doc/implementers

[lng-odp] no prefix for usual types?

2016-01-26 Thread Christophe Milard
the file: odp/platform/linux-generic/include/odp/plat/byteorder_types.h defines: typedef uint16_t __odp_bitwise uint16le_t; typedef uint16_t __odp_bitwise uint16be_t; typedef uint32_t __odp_bitwise uint32le_t; typedef uint32_t __odp_bitwise uint32be_t; typedef uint64_t __odp_bitwise

Re: [lng-odp] [PATCHv2 1/3] doc: implementers-guide: conditional tests

2016-01-24 Thread Christophe Milard
a platform-specific test for a feature that may be unique to a > particular platform. > > On Wed, Jan 13, 2016 at 11:08 AM, Christophe Milard < > christophe.mil...@linaro.org> wrote: > >> Documentation on conditional test is added here, as it seemed to be >> missing >> >

Re: [lng-odp] What to do regarding cahe non coherant systems

2016-01-18 Thread Christophe Milard
hat I can see ODP_SHM_PROC relates to use MAP_ANONYMOUS > vs shm_open(), so mainly publishes the name of the mapping (so other > processes can use it) and I suspect that ODP_SHM_SW_ONLY relates to things > like DMA cache-coherency (well, lack of)? > > ben > > On 01/18/2016 10:38

[lng-odp] What to do regarding cahe non coherant systems

2016-01-15 Thread Christophe Milard
On Tuesday's ARCH call, we will be discussing the above topic. Nicolas (Kalray) will try to join, but he is very uncertain at this stage (if he can be there)... ___ lng-odp mailing list lng-odp@lists.linaro.org

[lng-odp] ODP 226: need for shmem->refresh()?

2016-01-14 Thread Christophe Milard
This is regarding ODP 226 (Tests assuming pthreads) Kalray is facing a problem actually larger than this thread vs process problem: The basic question is: when N processors share the same memory (shmem object), is it acceptable to force a cache update for the whole shmem'd area for N-1

Re: [lng-odp] [API-NEXT RFC 02/31] api: introducing the driver api definition file

2016-01-13 Thread Christophe Milard
t; > On 11 January 2016 at 03:54, Savolainen, Petri (Nokia - FI/Espoo) < > petri.savolai...@nokia.com> wrote: > >> CC’d the list again. >> >> >> >> >> >> *From:* EXT Christophe Milard [mailto:christophe.mil...@linaro.org] >> *Sent:* Monday, Janu

Re: [lng-odp] [API-NEXT RFC 02/31] api: introducing the driver api definition file

2016-01-13 Thread Christophe Milard
n (drv fills x, y, z – implementation fills the > rest). > There is no need to expose ODP packets as such to the drivers. In the proposed implementation, drivers uses a new object called NIC segments instead. Yes, they can match the packets. And the last segment of a received packet would h

[lng-odp] [PATCHv2 3/3] doc: implementers-guide: inactive precond tests

2016-01-13 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 21 + 1 file changed, 21 insertions(+) diff --git a/doc/implementers-guide/implementers-guide.adoc b/doc/implementers-guide/implementers-guide.adoc

[lng-odp] [PATCHv2 2/3] validation: possibility to inactive preconded test

2016-01-13 Thread Christophe Milard
: ODP_TEST_INFO_INACTIVE(send_failure) Remarking the test as active later on is then only a matter of changing back the macro name. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- test/validation/common/odp_cunit_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[lng-odp] [PATCHv2 1/3] doc: implementers-guide: conditional tests

2016-01-13 Thread Christophe Milard
Documentation on conditional test is added here, as it seemed to be missing Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 29 ++ 1 file changed, 29 insertions(+) diff --git a/doc/implementers

Re: [lng-odp] [API-NEXT RFC 01/31] api: dma: defining the dma region descriptor

2016-01-11 Thread Christophe Milard
(not under > api). > > > -Petri > > > > > > -Original Message- > > From: EXT Christophe Milard [mailto:christophe.mil...@linaro.org] > > Sent: Friday, January 08, 2016 10:30 PM > > To: anders.rox...@linaro.org; mike.hol...@linaro.org; > > stuart.has

[lng-odp] [PATCH] doc: implementers-guide: libC version

2016-01-11 Thread Christophe Milard
Limiting the usage of the C library to the functions defined in its C99 version. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- doc/implementers-guide/implementers-guide.adoc | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/doc/implementers

[lng-odp] [PATCH] validation: possibility to inactive preconded test

2016-01-11 Thread Christophe Milard
: ODP_TEST_INFO_INACTIVE(send_failure) Remarking the test as active later on is then only a matter of changing back the macro name. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- test/validation/common/odp_cunit_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[lng-odp] Driver interface definition...

2016-01-11 Thread Christophe Milard
Hi, Today the situation as I see it, is as follows: We have a single interface to ODP, the application interface, A. This interface is defined by a file which any application includes: include/odp.h includes in turn a set of platform//include/odp/. These files are given a chance to define

[lng-odp] [API-NEXT RFC 00/31] First draft on Nic driver prototype

2016-01-08 Thread Christophe Milard
Christophe Milard (31): api: dma: defining the dma region descriptor api: introducing the driver api definition file linux-generix: dma: implementation api: shared_memory: getting DMA descriptor linux-generic: shmem: retrieving DMA map desriptor linux-generic: pool: retrieving DMA map

[lng-odp] [API-NEXT RFC 01/31] api: dma: defining the dma region descriptor

2016-01-08 Thread Christophe Milard
not belong to the ODP-application interface. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp/api/dma.h | 102 ++ 1 file changed, 102 insertions(+) create mode 100644 include/odp/api/dma.h diff --git a/include/o

[lng-odp] [API-NEXT RFC 02/31] api: introducing the driver api definition file

2016-01-08 Thread Christophe Milard
-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp.h| 2 +- include/odp_driver.h | 34 ++ 2 files changed, 35 insertions(+), 1 deletion(-) create mode 100644 include/odp_driver.h diff --git a/include/odp.h b/include/odp.h index 4a93c23..1

[lng-odp] [API-NEXT RFC 06/31] linux-generic: pool: retrieving DMA map desriptor

2016-01-08 Thread Christophe Milard
Linux-generic implementation of the function returning a DMA mapping descriptor for one, or all, defined packet pools Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/include/odp_dma_internal.h | 1 + platform/linux-generic/include/odp_pool_inte

[lng-odp] [API-NEXT RFC 17/31] linux-generic: nic pktio

2016-01-08 Thread Christophe Milard
A new pktio is created for nic cards. At this stage, only pci-vfio is supported. The interface name format must have the form: pmd, for instance "pmd::23:00.0" A linux generic pci_vfio driver must be running on the interface, of course. Signed-off-by: Christophe Milard <c

[lng-odp] [API-NEXT RFC 03/31] linux-generix: dma: implementation

2016-01-08 Thread Christophe Milard
Implementation (for linux generic) of the DMA descriptor and related methods. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/Makefile.am | 4 ++ platform/linux-generic/include/odp/dma.h | 36 ++ .../linux-g

[lng-odp] [API-NEXT RFC 10/31] linux-generic: generic PCI implementation

2016-01-08 Thread Christophe Milard
This implementation just acts as a simple wrapper around pci-vfio. This could grow if other pci access (such as user-io) get involved. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/Makefile.am | 1 + platform/linux-generic/odp_pci.c

[lng-odp] [API-NEXT RFC 13/31] linux-generic: nic driver segment implementation

2016-01-08 Thread Christophe Milard
Implementation for NIC driver segments and segment pool and related methods. As in linux generic, nic segments matches ODP packets, most of these functions are just wrappers around packet function equivalents. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/o

[lng-odp] [API-NEXT RFC 27/31] validation: possibility to inactive preconded test

2016-01-08 Thread Christophe Milard
: ODP_TEST_INFO_INACTIVE(send_failure) Remarking the test as active later on is then only a matter of changing back the macro name. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- test/validation/common/odp_cunit_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[lng-odp] [API-NEXT RFC 28/31] validation: pktio: increasing number of rx pkts

2016-01-08 Thread Christophe Milard
The number of RX packets in the RX packet pool has to be increased as the driver will prefill its RX ring directely at init time, hence consuming as many RX packets as there are entries in the ring. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- test/validation

[lng-odp] [API-NEXT RFC 21/31] drivers: defining the drivers logging macros.

2016-01-08 Thread Christophe Milard
These map 1:1 to the ODP ones at the time being but may be redefined if needed. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- drivers/driver_log.h | 26 ++ 1 file changed, 26 insertions(+) create mode 100644 drivers/driver_log.h diff

[lng-odp] [API-NEXT RFC 08/31] linux-generic: defining PCI api

2016-01-08 Thread Christophe Milard
Defining the internal implementation of a PCI device and related methods. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/Makefile.am | 3 + platform/linux-generic/include/odp/pci.h | 36 +++ .../linux-generic/i

[lng-odp] [API-NEXT RFC 15/31] linux-generic: driver registration implementation

2016-01-08 Thread Christophe Milard
The NIC driver table is defined here, as well as the registration function called by each driver at init time. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/include/odp_internal.h | 2 ++ platform/linux-generic/odp_init.c

[lng-odp] [API-NEXT RFC 30/31] validation: pktio: skipping all tests but one

2016-01-08 Thread Christophe Milard
as it refers to mtu_get which is not implemented either This patch is a temporary hack, of course. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- test/validation/pktio/pktio.c | 60 ++- 1 file changed, 31 insertions(+), 29 deletions(-)

[lng-odp] [API-NEXT RFC 05/31] linux-generic: shmem: retrieving DMA map desriptor

2016-01-08 Thread Christophe Milard
Linux-generic implementation of the function returning a DMA mapping descriptor for an allocated shared memory block. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/odp_shared_memory.c | 26 ++ 1 file changed, 26 inse

[lng-odp] [API-NEXT RFC 04/31] api: shared_memory: getting DMA descriptor

2016-01-08 Thread Christophe Milard
Adding a function to get a DMA descriptor (describing how to perform a DMA mapping on the given shared memory block). Also added a flag (ODP_SHM_DMA) to be given at block reservation time, when DMA reachable memory is required. Signed-off-by: Christophe Milard <christophe.mil...@linaro.

[lng-odp] [API-NEXT RFC 09/31] linux-generic: PCI using pci-vfio

2016-01-08 Thread Christophe Milard
Implementation of the PCI api, using pci-vfio. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/Makefile.am | 2 + .../linux-generic/include/odp_pci_vfio_internal.h | 92 +++ platform/linux-generic/odp_pci_vfio.c

[lng-odp] [API-NEXT RFC 14/31] driver api: registration and probing interface

2016-01-08 Thread Christophe Milard
Defining the ODP functions used to register a nic driver (which includes the probing function prototype) Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp/api/nic.h| 117 +++ platform/linux-generic/include/odp

[lng-odp] [API-NEXT RFC 26/31] drivers: ixgbe: adding basic driver

2016-01-08 Thread Christophe Milard
also depending on what we want to achieve (thread safe / process safe / single queue sharing...) Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- drivers/driver_init.c |2 + drivers/ixgbe/Makefile.am |2 +- drivers/ixgbe/ixgbe_common.h

[lng-odp] [API-NEXT RFC 29/31] validation: pktio: increasing the wait delay

2016-01-08 Thread Christophe Milard
The eaxtra delay enabled by the env variable ODP_WAIT_FOR_NETWORK is now much longer. Obviously needed by some Nic. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- test/validation/pktio/pktio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[lng-odp] [API-NEXT RFC 07/31] driver api: adding pci interface

2016-01-08 Thread Christophe Milard
Note that the functions to init/release the pci device are not part of the interface as they are expected to be used by ODP (internaly) only. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp/api/pci.h

[lng-odp] [API-NEXT RFC 12/31] driver api: nic segments and segment pool

2016-01-08 Thread Christophe Milard
A mappable). This patch defines the segments and segment pool (where NIC segments are allocated from), as well as the different methods which can be used on those. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- include/odp/api/nic.h | 152 +++

[lng-odp] [API-NEXT RFC 23/31] drivers: ixgbe: fixing base/ixgbe_osdep.h for ODP

2016-01-08 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- drivers/ixgbe/base/ixgbe_osdep.h | 77 +++- 1 file changed, 45 insertions(+), 32 deletions(-) diff --git a/drivers/ixgbe/base/ixgbe_osdep.h b/drivers/ixgbe/base/ixgbe_osdep.h index 4

[lng-odp] [API-NEXT RFC 19/31] linux-generic: nic pktio: adding mac_get

2016-01-08 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/pktio/nic.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/platform/linux-generic/pktio/nic.c b/platform/linux-generic/pktio/nic.c index 1c25c90..446cc98

[lng-odp] [API-NEXT RFC 20/31] drivers: defining the common Makefile.inc

2016-01-08 Thread Christophe Milard
Defining the Makefile.inc, common for all drivers. Curentely defining the path to compile with the driver (south) api. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- drivers/Makefile.inc | 6 ++ 1 file changed, 6 insertions(+) create mode 100644 drivers/Makefi

[lng-odp] [API-NEXT RFC 25/31] drivers: ixgbe: adding logging macros

2016-01-08 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- drivers/ixgbe/ixgbe_logs.h | 67 ++ 1 file changed, 67 insertions(+) create mode 100644 drivers/ixgbe/ixgbe_logs.h diff --git a/drivers/ixgbe/ixgbe_logs.h b/drivers/ixgbe/ixgbe_

[lng-odp] [API-NEXT RFC 18/31] linux-generic: nic pktio: adding tx and rx

2016-01-08 Thread Christophe Milard
Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-generic/include/odp_nic_internal.h | 5 platform/linux-generic/pktio/nic.c| 31 +-- 2 files changed, 34 insertions(+), 2 deletions(-) diff --git a/platform/linux-g

[lng-odp] [API-NEXT RFC 31/31] validation: pktio: setup for nic pktio

2016-01-08 Thread Christophe Milard
environment variables. For instance, syntax is: source pktio_setup_nic :23:00.0 :23:00.1 The usage of this script is still manual. It is meant to be called in the future pktio_run_nic script in the future. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- platform/linux-g

Re: [lng-odp] pktio with file descriptor used for io and linux processes as ODP tasks...

2015-12-30 Thread Christophe Milard
will use the file descriptor created by A. I must be missing something. But that is doomed to fail in my eyes. On 30 December 2015 at 08:57, Maxim Uvarov <maxim.uva...@linaro.org> wrote: > On 12/30/2015 10:42, Christophe Milard wrote: > >> >> My question relates to pktio when O

Re: [lng-odp] pktio with file descriptor used for io and linux processes as ODP tasks...

2015-12-30 Thread Christophe Milard
But from an application perspective, the odp_pktio_t handle > is the same and all pktio APIs behave the same. > > On Wed, Dec 30, 2015 at 6:00 AM, Christophe Milard < > christophe.mil...@linaro.org> wrote: > >> I am confused here: The rules (e.g. order in which different

Re: [lng-odp] pktio with file descriptor used for io and linux processes as ODP tasks...

2015-12-30 Thread Christophe Milard
in the API (e.g. in the global init phase), we’ll fix > those. > > > > - Petri > > > > > > *From:* lng-odp [mailto:lng-odp-boun...@lists.linaro.org] *On Behalf Of *EXT > Christophe Milard > *Sent:* Wednesday, December 30, 2015 10:10 AM > *To:* Maxim Uva

[lng-odp] pktio with file descriptor used for io and linux processes as ODP tasks...

2015-12-29 Thread Christophe Milard
My question relates to pktio when ODP tasks are implemented as unix processes (as opposed to threads). I can see that the pktio_entry struct used is allocated as shared mem. If I take the socket pktio as an example, the socket file descriptor is stored in th pktio struct. In other words, the

Re: [lng-odp] [PATCH] validation: export missing test functions

2015-12-18 Thread Christophe Milard
On 2015-12-18 15:54, Stuart Haslam wrote: > All test functions should be non-static and declared in the module's > header file. > > Signed-off-by: Stuart Haslam <stuart.has...@linaro.org> Reviewed-by: Christophe Milard <christophe.mil...@linaro.org> > --- >

Re: [lng-odp] [PATCH] linux-generic: validation: pktio: report test as skipped when setup fails

2015-12-18 Thread Christophe Milard
which aren't particularly easy to interpret. > > Signed-off-by: Stuart Haslam <stuart.has...@linaro.org> Reviewed-by: Christophe Milard <christophe.mil...@linaro.org> > --- > platform/linux-generic/test/pktio/pktio_run | 4 > 1 file changed, 4 insertions(+) >

[lng-odp] [API-NEXT PATCH 2/2] validation: removing synchronizers tests

2015-12-17 Thread Christophe Milard
Now redundant with atomic, barrier and lock tests. Signed-off-by: Christophe Milard <christophe.mil...@linaro.org> --- configure.ac |1 - platform/linux-generic/test/Makefile.am|1 - test/validation/Makef

<    6   7   8   9   10   11   12   13   14   15   >