https://bugs.linaro.org/show_bug.cgi?id=2557
--- Comment #4 from Bill Fischofer ---
Patchv4 submitted: http://patches.opendataplane.org/patch/7269/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.linaro.org/show_bug.cgi?id=2571
Bill Fischofer changed:
What|Removed |Added
CC||bill.fischo...@linaro.org
Ever confirmed|
..and as google doc (for comments)
https://docs.google.com/document/d/15DqVig4iaGlq_D411x6YMVTo-8NmTUnGoa534_-t_fY/edit?usp=sharing
Best regards,
Bogdan
On 2 November 2016 at 17:57, Bogdan Pricope
wrote:
> And on google drive...
>
> https://drive.google.com/file/d/0B-ao0kEarpohaEhLeGdOc0NpMmp
ping, please review.
Maxim.
On 10/27/16 16:00, Balasubramanian Manoharan wrote:
Fixes https://bugs.linaro.org/show_bug.cgi?id=2512
Signed-off-by: Balasubramanian Manoharan
---
v2: Incorporates review comments
.../api/classification/odp_classification_common.c | 14 +-
.
The threshold parameters are added to the tm queue mainly for tail
drop and WRED supported by some TM systems. It denotes the number of
active packets that can enqueued in the queue at any given instant If
threshold is required per user then the application can create a
single TM queue per user and
https://bugs.linaro.org/show_bug.cgi?id=2505
Bill Fischofer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://bugs.linaro.org/show_bug.cgi?id=2497
Bill Fischofer changed:
What|Removed |Added
CC||bill.fischo...@linaro.org
--- Comment #2 from
https://bugs.linaro.org/show_bug.cgi?id=2497
--- Comment #3 from Bill Fischofer ---
This seems to be a suggestion for improvement. No actual failure has been seen?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.linaro.org/show_bug.cgi?id=2571
--- Comment #1 from Bill Fischofer ---
Patchv2 http://patches.opendataplane.org/patch/7237/ needs review
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.linaro.org/show_bug.cgi?id=2571
--- Comment #2 from Bill Fischofer ---
Patchv2 http://patches.opendataplane.org/patch/7237/ needs review
--
You are receiving this mail because:
You are on the CC list for the bug.
Fixes https://bugs.linaro.org/show_bug.cgi?id=2496
Signed-off-by: Balasubramanian Manoharan
---
test/common_plat/validation/api/pktio/pktio.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/test/common_plat/validation/api/pktio/pktio.c
b/test/common_plat/v
Hi,
Some hardware can accept clear IP packets, some require segmentation to be
done and IPSec headers prepended before sending the packets (unencrypted)
to HW.
I would have expected capabilities reflect that so that ODP knows what to
do: we don't want upper layers to be exposed to this HW specifi
On Thu, Nov 03, 2016 at 06:51:15PM +0530, Balasubramanian Manoharan wrote:
> Fixes https://bugs.linaro.org/show_bug.cgi?id=2496
>
> Signed-off-by: Balasubramanian Manoharan
> ---
> test/common_plat/validation/api/pktio/pktio.c | 17 ++---
> 1 file changed, 14 insertions(+), 3 deletio
https://bugs.linaro.org/show_bug.cgi?id=2494
--- Comment #6 from Maciej Czekaj ---
(In reply to Bala Manoharan from comment #5)
> Application portability across multiple platforms can not be done without
> any modifications. However I do not have an issue is adding the minimal pool
> size as capa
Hi Bala,
This is what the current TM does.
The max_packets is "active" packets in the TM queue, but not the "total"
packets of one user can enqueue.
"max active packets" in a TM queue is implementation things and the user
may not care about it.
What the use cares is how many bytes(max_bytes/pack
The statistics of "total" packets one user can enqueue can be easily
calculated by the application meaning there is no need of any
implementation support. This can be simply calculated over a counter
in the application which increments when packets are transmitted for a
single user.
The Threshold
On 3 November 2016 at 18:55, Francois Ozog wrote:
> Hi,
>
> Some hardware can accept clear IP packets, some require segmentation to be
> done and IPSec headers prepended before sending the packets (unencrypted)
> to HW.
>
> I would have expected capabilities reflect that so that ODP knows what to
17 matches
Mail list logo