Re: [lng-odp] D01 hw accelerator investigate

2014-10-20 Thread Weilong Chen
Sorry, there's no doc in English. SPPE is a D01's Network Processor subsystem. It has 2 Atoms(750MHz), every Atom has 8 NPU, and every NPU has 8 thread. It can deal with IPSEC packets by using crypto accelerator, can copy packets by its internal DMA engin, can fragment the packets if more than MTU

[lng-odp] [ODP PATCH] Doxygen error correction

2014-10-20 Thread Balasubramanian Manoharan
Signed-off-by: Balasubramanian Manoharan --- This patch corrects the errors in classification header file pointed out by doxygen tool platform/linux-generic/include/api/odp_classification.h | 14 +- platform/linux-generic/odp_classification.c | 3 ++- 2 files changed, 11

[lng-odp] [ODP ARCH] Classification API Minor Format changes

2014-10-20 Thread Balasubramanian Manoharan
Signed-off-by: Balasubramanian Manoharan --- Removes struct definition from platform specific opaque handles Corrects variable definition in odp_pktio_pmr_match_set_cos and odp_pmr_match_set_create function classification_design.dox | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-

[lng-odp] Agenda for Tuesday ODP call

2014-10-20 Thread Bill Fischofer
The agenda for this week's ODP call is as follows: Agenda: - Revised Packet API Design Doc and Discussion -

Re: [lng-odp] [ARCH DESIGN] Queues and Synchronization/Scheduling models

2014-10-20 Thread Bill Fischofer
See inline comments. On Mon, Oct 20, 2014 at 1:09 PM, Ola Liljedahl wrote: > On 20 October 2014 19:09, Bill Fischofer > wrote: > >> Ok, thanks for the clarification. >> >> I agree it makes sense for atomic queues to be implicitly released by >> subsequent queueing operations on buffers taken fr

Re: [lng-odp] [ARCH DESIGN] Queues and Synchronization/Scheduling models

2014-10-20 Thread Ola Liljedahl
On 20 October 2014 19:09, Bill Fischofer wrote: > Ok, thanks for the clarification. > > I agree it makes sense for atomic queues to be implicitly released by > subsequent queueing operations on buffers taken from them. But that sort > of reinforces the notion that one of the pieces of buffer met

[lng-odp] [PATCH] odp.dox: fix bug url

2014-10-20 Thread Mike Holmes
Signed-off-by: Mike Holmes --- doc/odp.dox | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/odp.dox b/doc/odp.dox index 73d1f37..b586421 100644 --- a/doc/odp.dox +++ b/doc/odp.dox @@ -66,6 +66,6 @@ * @section contact Contact Details * - The main web site is http://www.o

Re: [lng-odp] [ODP/PATCH v3] Look ma, no barriers! C11 memory model

2014-10-20 Thread Ola Liljedahl
On 20 October 2014 17:35, Savolainen, Petri (NSN - FI/Espoo) < petri.savolai...@nsn.com> wrote: > Hi, > > This patch should be split into many. It's modifying atomic API, > introducing a new API (counters) as well as fixing various implementation > issues (e.g. barrier). > > I'd prefer to define c

Re: [lng-odp] [ARCH DESIGN] Queues and Synchronization/Scheduling models

2014-10-20 Thread Bill Fischofer
Ok, thanks for the clarification. I agree it makes sense for atomic queues to be implicitly released by subsequent queueing operations on buffers taken from them. But that sort of reinforces the notion that one of the pieces of buffer meta data needed is the last_queue that the buffer was on so t

Re: [lng-odp] [ODP/PATCH v3] Look ma, no barriers! C11 memory model

2014-10-20 Thread Savolainen, Petri (NSN - FI/Espoo)
Hi, This patch should be split into many. It's modifying atomic API, introducing a new API (counters) as well as fixing various implementation issues (e.g. barrier). I'd prefer to define counters after v1.0 due to the fact that there are so many other APIs to be "finalize" before v1.0. Also ot

Re: [lng-odp] [ARCH DESIGN] Queues and Synchronization/Scheduling models

2014-10-20 Thread Ola Liljedahl
Bill, some spelling errors... I was listing the current calls that release the scheduling lock for a queue. * odp_queue_end() was supposed to be odp_queue_enq() (q is a d upside down, maybe I am getting dyslectic?) * odp_queue_end_multi() was of course odp_queue_enq_multi(). Not sure how this ca

Re: [lng-odp] [ARCH DESIGN] Queues and Synchronization/Scheduling models

2014-10-20 Thread Bill Fischofer
Thanks, Ola. I need to think about this and respond more carefully, but in the meantime could you propose the syntax/semantics of odp_queue_end(), odp_queue_end_multi(), and odp_schedule_release() in a bit more detail? These seem to be new APIs and we need to be clear about their proposed semant

Re: [lng-odp] [ARCH DESIGN] Queues and Synchronization/Scheduling models

2014-10-20 Thread Ola Liljedahl
On 17 October 2014 10:01, Alexandru Badicioiu < alexandru.badici...@linaro.org> wrote: > Hi Bill, check my thoughts inline. > Thanks, > Alex > > On 17 October 2014 03:31, Bill Fischofer > wrote: > >> Based on discussions we had yesterday and today, I'd like to outline the >> open issues regarding

Re: [lng-odp] D01 hw accelerator investigate

2014-10-20 Thread Maxim Uvarov
On 10/20/2014 05:29 PM, Weilong Chen wrote: Hi all, I'm investigating the D01's HW accelerators, to find out if ODP's API can cover all features. There three cases: 1. D01 has the accelerator and ODP has the API, such as the crypto. 2. ODP has but the d01 doesn't support yet. 3. The HW a

Re: [lng-odp] D01 hw accelerator investigate

2014-10-20 Thread Bill Fischofer
We've discussed the notion of greater packet offload processing, permitting HW to do more direct processing of packets and protocols and having SW "fill in" as needed. I think this is an area of ODP evolution that will become increasingly important as we move forward. While our immediate focus is

[lng-odp] D01 hw accelerator investigate

2014-10-20 Thread Weilong Chen
Hi all, I'm investigating the D01's HW accelerators, to find out if ODP's API can cover all features. There three cases: 1. D01 has the accelerator and ODP has the API, such as the crypto. 2. ODP has but the d01 doesn't support yet. 3. The HW accelerator is a complex, it is compounded by sev

[lng-odp] [PATCHv2 NETMAP] linux-netmap: Include README in User's Guide

2014-10-20 Thread Ciprian Barbu
Signed-off-by: Ciprian Barbu --- v2: - Added linux-generic back to users guide - Added information about default platform in linux-netmap README doc/doxygen.cfg | 2 +- doc/users-guide/guide.dox| 6 ++ platform/linux-netmap/README | 14 +- 3 files changed, 16 i

[lng-odp] [ODP/PATCH v3] Look ma, no barriers! C11 memory model

2014-10-20 Thread Ola Liljedahl
Signed-off-by: Ola Liljedahl --- Added header file odp_counter.h with support for 32- and 64-bit atomic counters using relaxed memory order. 6 operations (init/read/write/add/read_inc/inc) on 32-bit and 64-bit counters respectively. Renamed odp_atomic_test to odp_counter_test and changed to use od

[lng-odp] [ODP/PATCH v2] Look ma, no barriers! C11 memory model

2014-10-20 Thread Ola Liljedahl
Signed-off-by: Ola Liljedahl --- Added header file odp_counter.h with support for 32- and 64-bit atomic counters using relaxed memory order. 6 operations (init/read/write/add/read_inc/inc) on 32-bit and 64-bit counters respectively.A Renamed odp_atomic_test to odp_counter_test and changed to use o

Re: [lng-odp] [PATCH NETMAP] linux-netmap: set default platform to linux-netmap

2014-10-20 Thread Ciprian Barbu
On Fri, Oct 17, 2014 at 4:34 PM, Mike Holmes wrote: > > > On 17 October 2014 09:21, Ciprian Barbu wrote: >> >> Signed-off-by: Ciprian Barbu > > > Reviewed-by: Mike Holmes > > This makes the default be the build of the repo just pulled rather than a > confusing build of linux-generic which is al

Re: [lng-odp] [PATCH NETMAP] linux-netmap: update Copyright

2014-10-20 Thread Ciprian Barbu
On Mon, Oct 20, 2014 at 3:17 PM, Ciprian Barbu wrote: > On Fri, Oct 17, 2014 at 4:28 PM, Ciprian Barbu > wrote: >> Signed-off-by: Ciprian Barbu >> --- >> platform/linux-netmap/include/api/odp_pktio_netmap.h | 2 +- >> platform/linux-netmap/include/api/odp_pktio_types.h| 2 +- >> platform

Re: [lng-odp] [PATCHv2 NETMAP] linux-netmap: Include README in User's Guide

2014-10-20 Thread Ciprian Barbu
On Fri, Oct 17, 2014 at 4:56 PM, Mike Holmes wrote: > > > On 17 October 2014 09:19, Ciprian Barbu wrote: >> >> Signed-off-by: Ciprian Barbu >> --- >> doc/doxygen.cfg | 2 +- >> doc/users-guide/guide.dox | 8 ++-- >> 2 files changed, 3 insertions(+), 7 deletions(-) >> >> diff --git

Re: [lng-odp] [PATCH NETMAP] linux-netmap: update Copyright

2014-10-20 Thread Ciprian Barbu
On Fri, Oct 17, 2014 at 4:28 PM, Ciprian Barbu wrote: > Signed-off-by: Ciprian Barbu > --- > platform/linux-netmap/include/api/odp_pktio_netmap.h | 2 +- > platform/linux-netmap/include/api/odp_pktio_types.h| 2 +- > platform/linux-netmap/include/odp_packet_io_internal.h | 2 +- > platform

Re: [lng-odp] [PATCH] Rename ODPH_PACKED macro

2014-10-20 Thread Maxim Uvarov
Yes, that is reasonable because ODP_PACKET is in global include. Maxim. On 10/20/2014 03:49 PM, Jerin Jacob wrote: - Definition of ODPH_PACKED is in include/api/odp_align.h so changing to ODP_PACKED Signed-off-by: Jerin Jacob --- example/ipsec/odp_ipsec_stream.c | 2 +- help

[lng-odp] [PATCH] Rename ODPH_PACKED macro

2014-10-20 Thread Jerin Jacob
- Definition of ODPH_PACKED is in include/api/odp_align.h so changing to ODP_PACKED Signed-off-by: Jerin Jacob --- example/ipsec/odp_ipsec_stream.c | 2 +- helper/include/odph_eth.h | 6 +++--- helper/include/odph_icmp.h | 2 +- helper/incl

Re: [lng-odp] [ARCH DESIGN] Queues and Synchronization/Scheduling models

2014-10-20 Thread Ciprian Barbu
On Fri, Oct 17, 2014 at 11:01 AM, Alexandru Badicioiu wrote: > Hi Bill, check my thoughts inline. > Thanks, > Alex > > On 17 October 2014 03:31, Bill Fischofer wrote: >> >> Based on discussions we had yesterday and today, I'd like to outline the >> open issues regarding queues and synchronization