Re: [lng-odp] [API-NEXT PATCHv3] linux-gen: pktio ipc: compile if ipc pktio disable with config

On Thu, Dec 15, 2016 at 12:45 PM, Maxim Uvarov wrote: > Compile all function code except places where it's lined to > external files even if ipc pktio disable with config option. > > Signed-off-by: Maxim Uvarov > --- > Bill, looks like we forgot

Re: [lng-odp] [PATCH v2] example: traffic_mgmt: use PRIu32 instead of %u

Thanks. Could you apply it to the monarch branch too? Nicolas Le 12/15/2016 à 08:01 PM, Maxim Uvarov a écrit : > Merged, > Maxim. > > On 12/13/16 22:00, Bill Fischofer wrote: >> On Tue, Dec 13, 2016 at 12:34 PM, Maxim Uvarov >> wrote: >>> On 12/13/16 19:55, Nicolas

Re: [lng-odp] [API-NEXT PATCH] linux-generic: ishm: set up len for block correctly

On 12/15/16 16:07, Christophe Milard wrote: > ...continued first part got sent for some reason... > > -should a size be given on import (for a check) > > here as it was in some previous version? odp_shm_t odp_shm_import(const char *remote_name, odp_instance_t

Re: [lng-odp] [PATCH] configure.ac: do not disable shared lib for non abi mode

Merged. Maxim. On 12/14/16 03:55, Bill Fischofer wrote: > On Tue, Dec 13, 2016 at 7:34 AM, Maxim Uvarov wrote: >> After discussion on mailing list there is case to support >> shared library for non abi compatibility mode. >> >> Signed-off-by: Maxim Uvarov

Re: [lng-odp] [PATCH v2] example: traffic_mgmt: use PRIu32 instead of %u

Merged, Maxim. On 12/13/16 22:00, Bill Fischofer wrote: > On Tue, Dec 13, 2016 at 12:34 PM, Maxim Uvarov > wrote: >> On 12/13/16 19:55, Nicolas Morey-Chaisemartin wrote: >>> Signed-off-by: Nicolas Morey-Chaisemartin >>> --- >>> v2: add missing

[lng-odp] [API-NEXT PATCHv3] linux-gen: pktio ipc: compile if ipc pktio disable with config

Compile all function code except places where it's lined to external files even if ipc pktio disable with config option. Signed-off-by: Maxim Uvarov --- Bill, looks like we forgot to test with disabled option. I send thos as separate patch but it's reasonable to merge

Re: [lng-odp] [API-NEXT PATCH v3 01/10] api: crypto: rename _params_t to _param_t

Patch set is merged. It's strange but my email client does not show all patches as single patch set so I had to walk over email and find all series patches. I guess that they are not generated with single git format-patch command. Maxim. On 12/09/16 04:57, Bill Fischofer wrote: > Excellent idea

[lng-odp] [Bug 2670] ./configure --disable-abi-compat fails make distcheck

https://bugs.linaro.org/show_bug.cgi?id=2670 Mike Holmes changed: What|Removed |Added Ever confirmed|0 |1

[lng-odp] [Bug 2512] validation: TCP checksum update

https://bugs.linaro.org/show_bug.cgi?id=2512 Mike Holmes changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[lng-odp] [Bug 2494] Extend odp_pktio_capability_t to include minimal pool size required by pktio implementation.

https://bugs.linaro.org/show_bug.cgi?id=2494 --- Comment #11 from Mike Holmes --- Bala - any progress on this front ? -- You are receiving this mail because: You are on the CC list for the bug.

[lng-odp] [Bug 2685] l2fwd test does not switch output event queues correctly

https://bugs.linaro.org/show_bug.cgi?id=2685 Mike Holmes changed: What|Removed |Added CC||mike.hol...@linaro.org

[lng-odp] calling odph_ipv4_csum_update with an L3 offset of zero

I recently noticed some unexpected behaviour in "odph_ipv4_csum_update" when manipulating ODP IPv4 packets with an L3 offset of 0 (i.e. no L2 protocol wrapping the packet data). It seems that the implementation of this function uses an L3 offset of zero from "odp_packet_l3_offset" to indicate that

Re: [lng-odp] [API-NEXT PATCH] linux-generic: ishm: set up len for block correctly

...continued first part got sent for some reason... -should a size be given on import (for a check) On 15 December 2016 at 14:05, Christophe Milard < christophe.mil...@linaro.org> wrote: > I guess Petri is God when it comes to API: > questions are: > - should the size return as a result of

Re: [lng-odp] [API-NEXT PATCH] linux-generic: ishm: set up len for block correctly

I guess Petri is God when it comes to API: questions are: - should the size return as a result of the shm_get_info be the real size or just the requested size? On 15 December 2016 at 13:54, Maxim Uvarov wrote: > On 12/15/16 10:47, Christophe Milard wrote: > > > > > >

Re: [lng-odp] [API-NEXT PATCH] linux-generic: ishm: set up len for block correctly

On 12/15/16 10:47, Christophe Milard wrote: > > > On 14 December 2016 at 20:33, Maxim Uvarov > wrote: > > Size might be not passed to that function if is is read > from file. But it has to be set to provide valid number > in