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" approach. They stopped
provi
support.
> What you propose, would be in between. Maybe I should try and
> see how fast it would be.
>
> Janne
>
>
>> -Original Message-
>> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of
>> Savolainen, Petri
>> (Nokia
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.
--
With best wishes
Dmitry
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 ; Dmitry Eremin-Solenikov
>>
>> Cc: lng-odp@lists.linaro
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
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 should
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 authentic
series for 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
> <mailto:dmitry.ereminsoleni...@linaro.org>> wrote:
>
> Hello collea
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 toda
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
data+le
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 sh
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/Espoo) ;
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, but
On 16 February 2018 at 18:26, Maxim Uvarov 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
> wrote:
>>
>> Hello,
>>
>> I've been
Hi,
On 16 February 2018 at 22:17, Maxim Uvarov wrote:
> On 02/16/18 21:47, Dmitry Eremin-Solenikov wrote:
>> On 16 February 2018 at 18:26, Maxim Uvarov wrote:
>>> can you link to problem description? is it segfault here?
>>
>> https://bugs.linaro.org/show_bug.cg
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 t
they surve the purpose but not up to the best quality.
>
> On 28 February 2018 at 08:18, Dmitry Eremin-Solenikov
> wrote:
>>
>> Hello,
>>
>> I have been looking for tarballs from previous ODP releases. Do we put
>> them somewhere for downloading (we should,
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
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 ODP
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 wi
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 ODP_SCHEDULER=scalable
> ./hel
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 ODP_SCHEDULER=scalable
> ./hel
Hello,
Current package review is handled in Debian bug 896970:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896970
--
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
il 2018 at 13:59, Dmitry Eremin-Solenikov
> 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
On 28 April 2018 at 16:05, Maxim Uvarov wrote:
>
>
> On 28 April 2018 at 14:38, Dmitry Eremin-Solenikov
> wrote:
>>
>> Hello,
>>
>> On 28 April 2018 at 14:28, Maxim Uvarov wrote:
>> > Nice,
>> >
>> > might be better to have common e
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 sub-branches for
> various distribut
Hi,
On 28 April 2018 at 13:59, Dmitry Eremin-Solenikov
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 Matias' merge branch)
is also uploaded
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 by a distro itself. We suppor
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 packages once 1.19 is
tagged th
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 un
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 of
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 w
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
sinc
Hello,
As ODP-generic 1.19.0.2 is not fully compatible with the 1.19.0.0/0.1
tags, is there any plan to tag/release ODP-DPDK 1.19.0.2, so that I can
use it for Debian package builds?
--
With best wishes
Dmitry
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
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
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
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
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 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 and
m packet 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 rework
401 - 442 of 442 matches
Mail list logo
