t data to
odp_comp_packet_result_t. This will result in extra API call being
necessary to access digest data.
>
> On Mon, Dec 10, 2018 at 1:00 PM Dmitry Eremin-Solenikov
> <mailto:dmitry.ereminsoleni...@linaro.org>> wrote:
>
> Hello,
>
> I have been reworking compre
Hello,
I have been reworking compression API implementation to properly
allocate/deallocate memory. Right now I've stumbled upon digest part of
compression API. Currently on both compression and decompression digest
should be written after co/decompressed output data. However both our
hardware
Hello,
On 23/11/2018 19:37, Dmitry Eremin-Solenikov wrote:
> I started working on compression api implementation. Unfortunately old
> code heavily uses memory from heap, so fixing it will take some time.
Related question: zlib uses malloc-like callback to allocate its
internal stat
Hello,
I started working on compression api implementation. Unfortunately old
code heavily uses memory from heap, so fixing it will take some time.
--
With best wishes
Dmitry
On 05/09/18 11:48, Maxim Uvarov wrote:
> does it hangs or it takes too long time to complete?
Builder is killed after two and a half hours. So technically it hangs.
>
> On 5 September 2018 at 10:46, Dmitry Eremin-Solenikov
> <mailto:dmitry.ereminsoleni...@linaro.org>> wro
On 05/09/18 09:24, Maxim Uvarov wrote:
> it hangs on some ubuntu where iptables default policy is drop. Can it be
> that case? (we had fix in .travis.yaml for that.)
iptables fix was necessary for tap test, I'm asking about pcap test.
>
> On 5 September 2018 at 00:49, Dmitry Erem
Hello colleagues,
I'm observing pktio pcap test taking too long to complete. Unfortunately
this happens in Automake-controlled test run on PPA, so the only known
thing is that this test timeouts. Any suggestions/ideas?
--
With best wishes
Dmitry
Hello,
While working on ODP packages for Debian and Ubuntu, I've noticed that
those distros have switched their focus from 'powerpc' port (old 32-bit
big endian machines) to ppc64el (64-bit little endian machines: POWER8,
POWER9). E.g. Debian has moved 'powerpc' from main archive to ports.d.o
On 27/06/18 18:41, Maxim Uvarov wrote:
> Ubuntu 14.04.5 which I run in container uses gcc 4.8 but on host I use more
> fresh Ubuntu kernel compiled with stack protector. That makes dpdk modules
> not compatible. But it's not clear why dpdk modules inherit kernels
> compiler options. Is there any
Hello,
To finish ODP packaging work I have to provide manpages for ODP tools
that are going to be packages. I've written manpages for odp_hello and
odp_crypto, however
I'm asking for the help in writing manpages for l2fwd/l3fwd/generator.
Could you please help me by sketching clean descriptions
Hello,
I've uploaded next iteration of ODP/ODP-DPDK Debian packages to
people.linaro.org. You can download them after adding following
strings
to your apt sources.list:
deb https://people.linaro.org/~dmitry.ereminsolenikov unstable main
deb-src https://people.linaro.org/~dmitry.ereminsolenikov
Hello,
On 28 April 2018 at 21:58, Maxim Uvarov wrote:
> Thanks. What are the next steps in upstreaming it to debian? How we can help
> with it?
It would be nice to have team's feedback on providing test tools/examples
on target platform. I'll upload final odp-dpdk
Hi,
On 28 April 2018 at 20:32, Bill Fischofer wrote:
>
> Distributions have unique packaging. What if that packaging needs to be
> changed either because of an error in creating it or else a change in
> packaging requirements on the part of the distro?
It is handled
Hi,
On 28 April 2018 at 13:59, Dmitry Eremin-Solenikov
<dmitry.ereminsoleni...@linaro.org> wrote:
> Current package review is handled in Debian bug 896970:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896970
And just for the reference. ODP-DPDK preview (basing on Matia
Hi,
On 28 April 2018 at 16:44, Bill Fischofer wrote:
> If we're going to be doing formal distributions each of these should have
> their own branch which are created off of the main base release branch. So
> TigerMoth_LTS is the "master" branch and it can have
On 28 April 2018 at 16:05, Maxim Uvarov <maxim.uva...@linaro.org> wrote:
>
>
> On 28 April 2018 at 14:38, Dmitry Eremin-Solenikov
> <dmitry.ereminsoleni...@linaro.org> wrote:
>>
>> Hello,
>>
>> On 28 April 2018 at 14:28, Maxim Uvarov <maxim.u
; Maxim.
>
> On 28 April 2018 at 13:59, Dmitry Eremin-Solenikov
> <dmitry.ereminsoleni...@linaro.org> wrote:
>>
>> Hello,
>>
>> Current package review is handled in Debian bug 896970:
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896970
>>
>> --
>> With best wishes
>> Dmitry
>
>
--
With best wishes
Dmitry
Hello, Maxim,
Could you please start pushing pending fixes to tigermoth_lts branch, so that
they can be picked into packaging?
--
With best wishes
Dmitry
Hello,
Current package review is handled in Debian bug 896970:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896970
--
With best wishes
Dmitry
On 13 March 2018 at 16:35, Maxim Uvarov wrote:
> docker run -i -t 5b1f9964e594 /bin/bash
> apt-get update
> apt-get install git
> git clone https://github.com/Linaro/odp.git
> ./bootstrap
> ./configure --disable-test-perf --disable-test-perf-proc
> make -j 8
> export
On 13 March 2018 at 16:35, Maxim Uvarov wrote:
> docker run -i -t 5b1f9964e594 /bin/bash
> apt-get update
> apt-get install git
> git clone https://github.com/Linaro/odp.git
> ./bootstrap
> ./configure --disable-test-perf --disable-test-perf-proc
> make -j 8
> export
Hello,
I've uploaded preview of Debian package for ODP to
https://mentors.debian.net/package/odp . You can download source package
from https://mentors.debian.net/debian/pool/main/o/odp/ .
Unfortunately mentors.d.n do not host binary package, so you have to
compile them manually.
--
With best
Hello,
I've just noted that ODP uses -version-number libtool option instead of
-version-info. So, the comment at the top of configure.ac is incorrect
and misleading (e.g. it made me believe that there will be no SONAME
bump for libodphelper, but there was one).
Two possible options:
- Switch
Hello,
Just for your info: currently Shippable fails to generate test reports
due to one of the system files being compiled for the wrong
architecture. I've opened an issue at
https://github.com/Shippable/support/issues/4157
--
With best wishes
Dmitry
rt
of "DIST" files, so they surve the purpose but not up to the best quality.
>
> On 28 February 2018 at 08:18, Dmitry Eremin-Solenikov
> <dmitry.ereminsoleni...@linaro.org> wrote:
>>
>> Hello,
>>
>> I have been looking for tarballs from previous O
Hello,
I have been looking for tarballs from previous ODP releases. Do we put
them somewhere for downloading (we should, in my opinion)?
GitHub releases might be an interesting option to host releases, however
we should not that currently they provide a way to download git tree
snapshot, rather
Hi,
On 16 February 2018 at 22:17, Maxim Uvarov <maxim.uva...@linaro.org> wrote:
> On 02/16/18 21:47, Dmitry Eremin-Solenikov wrote:
>> On 16 February 2018 at 18:26, Maxim Uvarov <maxim.uva...@linaro.org> wrote:
>>> can you link to problem description? is
On 16 February 2018 at 18:26, Maxim Uvarov <maxim.uva...@linaro.org> wrote:
> can you link to problem description? is it segfault here?
https://bugs.linaro.org/show_bug.cgi?id=3611
>
> On 16 February 2018 at 17:54, Dmitry Eremin-Solenikov
> <dmitry.ereminsoleni...@linaro.or
Hello,
I've been debugging the Clang/AArch64/non-ABI case during this week.
It indeed is a compiler issue. Here is a workaround, which fixes the
issue for at least clang 7 (did not try with earlier versions, probably
it would also help). At this moment I do not think we should apply this
fix,
On 15/02/18 17:42, Savolainen, Petri (Nokia - FI/Espoo) wrote:
>
>
>> -Original Message-----
>> From: Dmitry Eremin-Solenikov [mailto:dmitry.ereminsoleni...@linaro.org]
>> Sent: Thursday, February 15, 2018 4:00 PM
>> To: Savolainen, Petri (Nokia - FI/Espo
On 15/02/18 16:32, Savolainen, Petri (Nokia - FI/Espoo) wrote:
> odp_packet_offset() is more complex than the proposed
> odp_packet_data_seg_len(). Application mostly finds its data from the first
> segment, so it's important to keep the most common use case fast (== simple).
> We cannot and
Hello,
Thanks to PR #470 I've stumbled upon odp_packet_data() function again. I
think we should deprecate and remove it. It makes false assumption that
the whole packet can be addressed using single pointer + offset from
that. We already have public functions dealing with segments, getting
Hello,
Currently ODP API describes configurable checksum generation and
validation for internal packets during IPsec transformation. However it
does not have a set of capabilities, so each implementation will have to
do it in software, unless backed by actual hardware. A question arose
during
r crypto changes,
separate package parsing PR and in the end IPsec PR, which only lately
became more or less feature-complete.
>
> On Wed, Dec 27, 2017 at 8:10 AM, Dmitry Eremin-Solenikov
> <dmitry.ereminsoleni...@linaro.org
> <mailto:dmitry.ereminsoleni...@linaro.org>> wrot
Hello colleagues,
I nearly missed an updated crypto requirements for IPsec (RFC 8221). It
adds Chacha20-Poly1305 AEAD cipher. Currently it is marked as SHOULD
with the plan to make it MUST at some point in future.
Also this document adds additional requirement. It tells that ESP
without
Hello colleagues,
Basing on issues we had with TigerMoth next branch, I have summarized
two following proposals to ease api-next/master/next relations.
Main goals:
- Remove need to merge regularly master to api-next, which complicates
development of api-next
- Streamline patch flow. They
Hello,
I was working on checksum parsing/status. What is the L3 checksum status
of IPv6 packets? Is it UNKNOWN (as there is no checksum) or OK (as in
NOT BAD)?
--
With best wishes
Dmitry
gt;
>
>> -Original Message-
>> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of
>> Savolainen, Petri
>> (Nokia - FI/Espoo)
>> Sent: Tuesday, December 12, 2017 10:30 AM
>> To: Bill Fischofer <bill.fischo...@linaro.org
On 12 December 2017 at 14:00, Peltonen, Janne (Nokia - FI/Espoo)
wrote:
>> Also note that this will break explicit IV support.
>
> Why so? The iv is set in every operation.
Sorry, I meant implicit IV, when there is no override_iv_ptr, but IV
is 'kept' inside session.
On 11 December 2017 at 19:14, Maxim Uvarov wrote:
> odp_init_global() allocates shm, then odp_init_local() / odp_term_local()
> allocates/destroys per thread contexts in array in that shm. I think that
> has to work.
The problem lies in OpenSSL 1.1 "opaque structures"
out allowing application to specify if outgoing packet is dummy or
not. In fact I'm going to propose the possibility to specify if outgoing
packet is IPv4, IPv6 or dummy.
>
> On Mon, Nov 20, 2017 at 8:37 AM, Dmitry Eremin-Solenikov
> <dmitry.ereminsoleni...@linaro.org
> <mailto
On 28/11/17 00:57, Bill Fischofer wrote:
> As a way of easing the sync burden on the 2.0 development branch, what do
> folks think of the idea of asking that new PRs being posted to api-next
> also be posted to 2.0? The contributions to api-next should be winding down
> as we approach Tiger Moth
Hello,
I was thinking about another minor part of IPsec RFCs: dummy packets
used to mask traffic statistics. IPsec implementation is required to
drop ESP packets with NH = 59 (no next header) on receiver side and is
expected to be able to generate these packets on transmitter side.
Currently we
Hello,
Historically ODP helper provided protocol-related headers with
linux-generic ODP implementation using modified private copy of them.
The main reason for that was, if I remember correctly, that ODP should
not provide protocol-related definitions.
I'd like to return to that question:
- I'm
10 нояб. 2017 г. 13:22 пользователь "Maxim Uvarov"
написал:
I see that dpdk started to support abi versions in following ways
I.e. they describe in .map file which functions to expert and what ABI/API
level they are.
We can use something the same. But I'm not big fun of
updated
I stumbled upon it as I was writing header parsing code for IPsec.
On 31/10/17 22:21, Honnappa Nagarahalli wrote:
> But they are APIs, even though they were copied from Linux-generic. I
> am thinking the discussion has already happened on why they should be
> in API directory. Is there any reason to revert and restart the
> discussion?
They are used for 2.0, but
On 30/10/17 19:43, Maxim Uvarov wrote:
> In api-next we have some drv apis which is a copy of linux-generic but
> with drv prefix. I'm thinking what to do with them for Tiger Moth. Or
> merge them or merge and revert. For now we do not use that api.
I'd say, let's revert that for now.
>> -Original Message-
>> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of Bill
>> Fischofer
>> Sent: Wednesday, October 25, 2017 6:53 PM
>> To: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
>> Cc: lng-odp-forw
Provide formal description of files being part of ODP specification,
platform-specific headers, substituting parts of ODP specification and
additional headers supplementing ODP specification.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/READM
With static_inline.h gone, there is no need to
AC_SUBST([ODP_ABI_COMPAT]). Drop it from configure.ac.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
configure.ac | 1 -
1 file changed, 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 255de9
There is no point in installing inline headers in non-ABI-compat mode
anymore. They are not included by any other header.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
platform/linux-generic/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Replace static_inline.h header with unconditional defines of _ODP_INLINE
macro (either to 'static inline' or to empty value) depending on the
compilation place.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
Makefile.inc
Split away inclusion of API implementation to the files selected by
Automake.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
platform/linux-generic/Makefile.am| 2 ++
platform/linux-generic/odp_packet.c | 5 -
platform/linux-g
Several files consist only (or mostly) of functions compiled only if
ODP is compiled in ABI compatibility mode. Instead of having an ifdef
inside, guard them with if ODP_ABI_COMPAT condition in Makefile.am
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
pl
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 6 ++
.../include => include}/odp/api/classification.h | 2 +-
.../include => include}/odp/api/crypto.h | 2 +-
.../include => i
Move more generic headers from platform include dir to common include
dir.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am | 10 ++
{platform/linux-generic/include => include}/odp/api
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am | 1 +
.../include => include}/odp/api/ticketlock.h| 11 +++
platform/linux-generic/Makefile.am | 7 +++
.../od
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 1 +
include/odp/api/sync.h | 28 ++
platform/linux-generic/Makefile.am | 2 +-
.../o
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
example/traffic_mgmt/odp_traffic_mgmt.c| 1 +
helper/test/linux/process.c| 2 ++
helper/test/linux/pthread.c| 2 ++
helper/thr
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 1 +
include/odp/api/byteorder.h| 28 ++
platform/linux-generic/Makefile.am | 3 +-
.../odp/api/abi/byteo
Rewrite atomic_types.h/atomic_inlines.h to clearly separate simple
(common) and locked 64-bit cases. This is allows us to ease switching of
atomic header to abi setup.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
.../include/odp/api/plat/atomic_inl
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 1 +
include/odp/api/atomic.h | 28 +++
platform/linux-generic/Makefile.am | 3 +-
.../odp/api/abi/at
Rework more platform headers to use odp/api/abi/ subdir instead of
odp/api/plat/.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 8 +
.../include => include}/odp/api/barrier.h
Move the rest of ODP_SCHED_GROUP_* defines to schedule_types.h to remove
duplication between headers.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/odp/api/abi-default/schedule.h | 8
include/odp/api/abi-default/schedule_types.
Reduce amount of directory levels by moving default ABI headers to
odp/api/abi-default.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 82 +++---
.../default/api/abi => api/abi-default}
Provide a set of platform-neutral ABI files. They are mostly modified
versions of linux-generic api files.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 188 -
include/odp/arch/arm32
Change defines guarding inclusion of ODP API spec files from ODP_API_FOO
to ODP_API_SPEC_FOO, as they are placed in odp/api/spec/foo.h path.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/odp/api/spec/align.h | 4 ++--
include/odp/ap
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/odp/api/spec/classification.h | 11 ---
platform/linux-generic/include/odp/api/classification.h | 13 -
2 files changed, 24 deletions(-)
diff --git a/include/odp/ap
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/odp/api/spec/queue.h | 5 -
platform/linux-generic/include/odp/api/queue.h | 12
2 files changed, 17 deletions(-)
diff --git a/include/odp/api/spec/queue.h b/include/o
There is no need to install ABI headers (or to have them in include
path) in non-ABI-compat mode, they should not be used at all. Still
provide default ABI headers, because platform may depend on them.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
Makefi
Install ABI headers directly to odp/api/abi, removing the need for extra
symlink.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/include/Makefile.am b/i
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
Makefile.inc | 12
example/Makefile.inc | 12
helper/Makefile.am
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
configure.ac | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure.ac b/configure.ac
index 4bc77500c279..255de960c180 100644
--- a/configure.ac
+++ b/configure.ac
@@ -271,6 +271,7 @@ AC_ARG_ENABLE([abi-
Eremin-Solenikov (30):
travis: also run make distcheck in non-ABI-compat mode
travis: add cross-compiling tests with ABI compatibility disabled
linux-gen: ipsec: don't use __odp_force
helper: don't use __odp_force
api: abi: provide the the rest of abi files
configure: provide
__odp_force is not part of ODP API, so it should not be used directly.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
helper/include/odp/helper/chksum.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/helper/include/odp/helper/chksu
__odp_force is not part of ODP API, so it should not be used directly.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
platform/linux-generic/odp_ipsec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/platform/linux-generic/odp_ipse
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
.travis.yml | 4
1 file changed, 4 insertions(+)
diff --git a/.travis.yml b/.travis.yml
index fdeeefd113ea..6196f91d41de 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -74,6 +74,10 @@ env:
- CROS
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
.travis.yml | 8
1 file changed, 8 insertions(+)
diff --git a/.travis.yml b/.travis.yml
index 49b922e3cdba..fdeeefd113ea 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -244,6 +244,14 @
aro.org
>> Subject: [lng-odp] [PATCH API-NEXT v4 1/3] api: ipsec: rework
>> ODP_IPSEC_SA_DISABLE into packet error
>>
>> From: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
>>
>> According to the discussion on mailing list, most of impl
Hello,
I tried to actually check, which patches are sitting in the api-next.
And actually I failed
to do that in a timely manner. git cherry produces a list of patches,
that contains a lot of patches, which already landed to the master.
Quick proposal would be to stop using api-next as a
> delete "either" and reflow comment.
done
Hi,
On 24/10/17 15:49, Peltonen, Janne (Nokia - FI/Espoo) wrote:
Thank for the review!
>> @@ -927,7 +930,12 @@ typedef struct odp_ipsec_error_t {
>>
>> } odp_ipsec_error_t;
>>
>> -/** IPSEC warnings */
>> +/** IPSEC warnings
>> + *
>> + * For outbound SAs in ODP_IPSEC_OP_MODE_INLINE mode
Hello,
On 24/10/17 14:02, Elo, Matias (Nokia - FI/Espoo) wrote:
> Hi Dmitry,
>
> Currently, when odp is configured with '--disable-shared' flag, dpdk drivers
> are not included in the resulting libodp-linux.a library (doesn't include any
> dpdk driver symbols) and hence an applications using
Hello,
On 23 October 2017 at 20:56, Bill Fischofer wrote:
> 2. All other IPsec events are reported as events of type ODP_EVENT_PACKET,
> subtype ODP_EVENT_PACKET_IPSEC with appropriate error/warning bits set.
> Implementations are free to use dummy packets to
With static_inline.h gone, there is no need to
AC_SUBST([ODP_ABI_COMPAT]). Drop it from configure.ac.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
configure.ac | 1 -
1 file changed, 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 255de9
There is no point in installing inline headers in non-ABI-compat mode
anymore. They are not included by any other header.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
platform/linux-generic/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Replace static_inline.h header with unconditional defines of _ODP_INLINE
macro (either to 'static inline' or to empty value) depending on the
compilation place.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
Makefile.inc
Several files consist only (or mostly) of functions compiled only if
ODP is compiled in ABI compatibility mode. Instead of having an ifdef
inside, guard them with if ODP_ABI_COMPAT condition in Makefile.am
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
pl
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 6 ++
.../include => include}/odp/api/classification.h | 2 +-
.../include => include}/odp/api/crypto.h | 2 +-
.../include => i
Move more generic headers from platform include dir to common include
dir.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am | 10 ++
{platform/linux-generic/include => include}/odp/api
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am | 1 +
.../include => include}/odp/api/ticketlock.h| 11 +++
platform/linux-generic/Makefile.am | 7 +++
.../od
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 1 +
include/odp/api/sync.h | 28 ++
platform/linux-generic/Makefile.am | 2 +-
.../o
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
example/traffic_mgmt/odp_traffic_mgmt.c| 1 +
helper/test/linux/process.c| 2 ++
helper/test/linux/pthread.c| 2 ++
helper/thr
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 1 +
include/odp/api/byteorder.h| 28 ++
platform/linux-generic/Makefile.am | 3 +-
.../odp/api/abi/byteo
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 1 +
include/odp/api/atomic.h | 28 +++
platform/linux-generic/Makefile.am | 3 +-
.../odp/api/abi/at
Rewrite atomic_types.h/atomic_inlines.h to clearly separate simple
(common) and locked 64-bit cases. This is allows us to ease switching of
atomic header to abi setup.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
.../include/odp/api/plat/atomic_inl
functions, etc.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
Makefile.inc | 3 +
include/Makefile.am| 17 ++
.../include => include}/odp/api/cpumask.h | 6 +-
.../include =>
Rework more platform headers to use odp/api/abi/ subdir instead of
odp/api/plat/.
Signed-off-by: Dmitry Eremin-Solenikov <dmitry.ereminsoleni...@linaro.org>
---
include/Makefile.am| 8 +
.../include => include}/odp/api/barrier.h
1 - 100 of 430 matches
Mail list logo