Please review this 2/2 patch as stand alone patch. It removes configure
option.
Maxim.
On 02/27/17 18:21, Maxim Uvarov wrote:
> Options becomes stable and not need any entry in main
> configure for platform specific pktio.
>
> Signed-off-by: Maxim Uvarov
> ---
> configure.ac
Branch: refs/heads/master
Home: https://github.com/Linaro/odp
Commit: 97b7d50af6b7239db03d941e4816f4da98ab9449
https://github.com/Linaro/odp/commit/97b7d50af6b7239db03d941e4816f4da98ab9449
Author: Dmitry Eremin-Solenikov
Date: 2017-03-16 (Thu, 16 Mar 2017)
Changed paths:
Hello,
Thank you for the discussion on ABI, it was a good discussion. I
think the discussion was scattered across use cases and
implementation.
I think I need to structure the discussion. In this email, can we
focus on the use case (what is the problem we are trying to solve)? We
can come to th
> > The problem is that when we discussed this patch on ODP call people very
> > worry about having 128bit instructions in ODP examples. At least Petri
> > and Barry asked if it would be possible to rewrite that with 64 bit
> > instructions? Some compilers might not support 128 bits and we need to
On 03/14/17 14:14, Bogdan Pricope wrote:
> Signed-off-by: Bogdan Pricope
> ---
> example/generator/odp_generator.c | 29 +++--
> 1 file changed, 19 insertions(+), 10 deletions(-)
>
> diff --git a/example/generator/odp_generator.c
> b/example/generator/odp_generator.c
> i
Hi Matias,
Today, on "ODP Apps, Cloud, Demos, OFP" meeting I asked about the
possibility/opportunity to add an odp_pktio_mac_addr_set() API.
This API may not make sense for some pktios but may be useful for
others: OFP may (eventually) use tap pktio to replace existing tap
functionality associate
Branch: refs/heads/master
Home: https://github.com/Linaro/odp
Commit: 746455fcdf279fcef7ec6a3eb6c5f1b465588554
https://github.com/Linaro/odp/commit/746455fcdf279fcef7ec6a3eb6c5f1b465588554
Author: Petri Savolainen
Date: 2017-03-16 (Thu, 16 Mar 2017)
Changed paths:
M pla
On 03/16/17 16:07, Matias Elo wrote:
> Previously the mac addresses of virtual netmap devices would clash if
> multiple odp processes were run on the same host.
>
> Signed-off-by: Matias Elo
> ---
> platform/linux-generic/pktio/netmap.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --gi
On 12/20/16 01:15, Bill Fischofer wrote:
> odph_eth_addr_parse always returns RC == 0. Resolve Bug
> https://bugs.linaro.org/show_bug.cgi?id=2780 by explicitly ignoring this.
>
> Signed-off-by: Bill Fischofer
> ---
> example/l3fwd/odp_l3fwd_db.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deleti
Hello,
please take attention on opened bugs and try to update yours. If it's
not possible to near future solve your bugs please reassign them to me.
https://bugs.linaro.org/buglist.cgi?bug_status=__open__&list_id=12985&order=bug_id&product=OpenDataPlane%20-%20linux-%20generic%20reference&query_fo
https://bugs.linaro.org/show_bug.cgi?id=2833
Maxim Uvarov changed:
What|Removed |Added
Resolution|--- |NON REPRODUCIBLE
Status|IN_PROGRESS
https://bugs.linaro.org/show_bug.cgi?id=2797
--- Comment #2 from Maxim Uvarov ---
Any progress?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.linaro.org/show_bug.cgi?id=2861
Maxim Uvarov changed:
What|Removed |Added
CC||maxim.uva...@linaro.org
--- Comment #1 from Max
https://bugs.linaro.org/show_bug.cgi?id=2866
Maxim Uvarov changed:
What|Removed |Added
CC||maxim.uva...@linaro.org
Resolution|---
https://bugs.linaro.org/show_bug.cgi?id=2867
Maxim Uvarov changed:
What|Removed |Added
CC||maxim.uva...@linaro.org
Status|UNCO
https://bugs.linaro.org/show_bug.cgi?id=2908
--- Comment #2 from Bill Fischofer ---
PatchV2 posted at http://patches.opendataplane.org/patch/8313/
The crypto test has a similar restriction so this patch is now expanded to
cover that as well.
--
You are receiving this mail because:
You are on t
Thank you Bill!
On Thu, 16 Mar 2017 at 18:34 Bill Fischofer
wrote:
> Bug https://bugs.linaro.org/show_bug.cgi?id=2895 is already open
> regarding the current restriction on odp-linux not supporting segmented
> packets as input to crypto. Nikhil is working on this.
>
> On Thu, Mar 16, 2017 at 7:
Checking the minimum frame length is unnecessary as netmap drops truncated
frames internally.
Signed-off-by: Matias Elo
---
platform/linux-generic/pktio/netmap.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/platform/linux-generic/pktio/netmap.c
b/platform/linux-generic/pktio/netmap.c
Previously the mac addresses of virtual netmap devices would clash if
multiple odp processes were run on the same host.
Signed-off-by: Matias Elo
---
platform/linux-generic/pktio/netmap.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/platform/linux-generic/pktio/netmap.c
b/platform/l
Bug https://bugs.linaro.org/show_bug.cgi?id=2895 is already open regarding
the current restriction on odp-linux not supporting segmented packets as
input to crypto. Nikhil is working on this.
On Thu, Mar 16, 2017 at 7:38 AM, Bala Manoharan
wrote:
> On 16 March 2017 at 18:03, Nanda Gopal wrote:
On 16 March 2017 at 18:03, Nanda Gopal wrote:
> Hi Shally,
>
> Yes, I meant Segmented packets.
>
> I am facing the issue when I try to read the Next Header from the ESP
> trailer.
> My assumption would be that the end of packet would be l3 ptr + ip->
> tot_len.
> From this , I would do go back by
Hi Shally,
Yes, I meant Segmented packets.
I am facing the issue when I try to read the Next Header from the ESP
trailer.
My assumption would be that the end of packet would be l3 ptr + ip->
tot_len.
>From this , I would do go back by 1 byte to the ESP trailer ( Something
like =>odph_esptrl_t *es
On 16 March 2017 at 17:42, Nanda Gopal wrote:
> Hi Bala,
>
>
> *If your requirement is to support in-place crypto processing you can
> specify the output packet*
> *as same as input packet (i.e out_pkt = pkt).*
>
> My requirement is to support out of place, so out_pkt = ODP_PACKET_INVALID?
>
Ye
Hi Bala,
*If your requirement is to support in-place crypto processing you can
specify the output packet*
*as same as input packet (i.e out_pkt = pkt).*
My requirement is to support out of place, so out_pkt = ODP_PACKET_INVALID?
On Thu, 16 Mar 2017 at 14:01 Bala Manoharan
wrote:
>
> On 15 Ma
Have a question by chained , do you mean a "Segmented" packets?
-Original Message-
From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of Bala
Manoharan
Sent: 16 March 2017 14:01
To: Nanda Gopal
Cc: lng-odp-forward
Subject: Re: [lng-odp] Regarding Chained Buffers and Crypt
On 15 March 2017 at 18:42, Nanda Gopal wrote:
> *Hi,*
>
>
>
> *When we pass, odp_crypto_op_params_tparams to odp_crypto_operation
> (), as per the documentation, if we set params-> out_pkt to INVALID, a new
> pkt would be created from the original pkt pool, data copied from original
> pkt a
https://bugs.linaro.org/show_bug.cgi?id=2910
--- Comment #3 from Matias Elo ---
In code ptr/nexthop and child/cidr members of prefix_entry_t are used in the
same context, so they cannot be defined within the same union.
You seem to have a better grasp on this code than I, so could you create a
p
27 matches
Mail list logo