Branch: refs/heads/api-next
Home: https://github.com/Linaro/odp
Commit: 41472f5887d172234aaa89af0775b9e32f2209e9
https://github.com/Linaro/odp/commit/41472f5887d172234aaa89af0775b9e32f2209e9
Author: Dmitry Eremin-Solenikov
Date: 2017-10-05 (Thu, 05 Oct 2017)
Changed paths:
Branch: refs/heads/api-next
Home: https://github.com/Linaro/odp
Commit: 52cfe7ba6d2541cf5ee464e46e91b2da5efe1497
https://github.com/Linaro/odp/commit/52cfe7ba6d2541cf5ee464e46e91b2da5efe1497
Author: Maxim Uvarov
Date: 2017-10-05 (Thu, 05 Oct 2017)
Changed paths:
M .trav
Branch: refs/heads/master
Home: https://github.com/Linaro/odp
Commit: 52cfe7ba6d2541cf5ee464e46e91b2da5efe1497
https://github.com/Linaro/odp/commit/52cfe7ba6d2541cf5ee464e46e91b2da5efe1497
Author: Maxim Uvarov
Date: 2017-10-05 (Thu, 05 Oct 2017)
Changed paths:
M .travis
2 issues with dpdk pktio found yesterday:
1) Krishnas update of dpdk version did something wrong with Travis
cache. So I had to clear it.
2) Zero copy dpdk has some issues now. We need to understand what is it.
Maxim.
On 10/05/17 08:56, Bogdan Pricope wrote:
> ... or dpdk tests are really fail
... or dpdk tests are really failing...
# ./test/linux-generic/validation/api/pktio/pktio_run_dpdk.sh
running with pktio_main:
pktio: setting up test interfaces pktiop0p1, pktiop1p0, pktiop2p3, pktiop3p2.
HW time counter freq: 3092977409 hz
PKTIO: initialized loop interface.
PKTIO: initialized
Are you using valgrind by any chance? Some quick Googling suggests shows
this:
https://stackoverflow.com/questions/37386738/error-when-running-dpdk-app-on-valgrind
On Wed, Oct 4, 2017 at 6:17 PM, Dmitry Eremin-Solenikov <
dmitry.ereminsoleni...@linaro.org> wrote:
> Hello,
>
> I'm observing occas
From: Balasubramanian Manoharan
Implements Random early detection and Back pressure
Signed-off-by: Balasubramanian Manoharan
---
/** Email created from pull request 172 (bala-manoharan:random_early_discard)
** https://github.com/Linaro/odp/pull/172
** Patch: https://github.com/Linaro/odp/pull
From: Balasubramanian Manoharan
Adds random early detection and Back pressure feature to CoS
Signed-off-by: Balasubramanian Manoharan
---
/** Email created from pull request 172 (bala-manoharan:random_early_discard)
** https://github.com/Linaro/odp/pull/172
** Patch: https://github.com/Linaro
Adds random early discard and back pressure feature configurable per CoS
Signed-off-by: Balasubramanian Manoharan bala.manoha...@linaro.org
github
/** Email created from pull request 172 (bala-manoharan:random_early_discard)
** https://github.com/Linaro/odp
From: Balasubramanian Manoharan
odp_percent_t is used to express values which are percentages
Signed-off-by: Balasubramanian Manoharan
---
/** Email created from pull request 172 (bala-manoharan:random_early_discard)
** https://github.com/Linaro/odp/pull/172
** Patch: https://github.com/Linar
Hello,
I'm observing occasional test failures on pktio_dpdk tests, with the
following lines in the log:
ERROR: This system does not support "RDRAND".
Please check that RTE_MACHINE is set correctly.
Does anyone know how to fix or workaround that?
--
With best wishes
Dmitry
From: Dmitry Eremin-Solenikov
There were changes in master branch on the way architecture files are
treated. Update api-next after merging in master to follow those
changes.
Signed-off-by: Dmitry Eremin-Solenikov
---
/** Email created from pull request 211 (lumag:fix-api-next-merge)
** https:/
From: Dmitry Eremin-Solenikov
Signed-off-by: Dmitry Eremin-Solenikov
---
/** Email created from pull request 211 (lumag:fix-api-next-merge)
** https://github.com/Linaro/odp/pull/211
** Patch: https://github.com/Linaro/odp/pull/211.patch
** Base sha: 75cfc6f70d5b21d6f04082e1d03a7e677a895280
*
There were changes in master branch on the way architecture files are
treated. Update api-next after merging in master to follow those
changes.
Signed-off-by: Dmitry Eremin-Solenikov dmitry.ereminsoleni...@linaro.org
github
/** Email created from pull reques
Dmitry Eremin-Solenikov(lumag) replied on github web page:
platform/linux-generic/Makefile.am
line 8
@@ -195,22 +195,6 @@ noinst_HEADERS = \
${srcdir}/include/protocols/thash.h \
${srcdir}/include/protocols/udp.h
-if ARCH_IS_ARM
-noinst_HEADERS += ${srcdir}/ar
From: Maxim Uvarov
automerging of commit "052d268793"
linux-gen: deduplicate arch-specific files
was wrong, fix it here.
Signed-off-by: Maxim Uvarov
---
/** Email created from pull request 210 (muvarov:api-next)
** https://github.com/Linaro/odp/pull/210
** Patch: https://github.com/Linaro
automerging of commit "052d268793"
linux-gen: deduplicate arch-specific files
was wrong, fix it here.
Signed-off-by: Maxim Uvarov maxim.uva...@linaro.org
github
/** Email created from pull request 210 (muvarov:api-next)
** https://github.com/Linaro/odp/pull
From: Maxim Uvarov
we changed name for dynamic executable on compile
line but did not change it on execute line.
Signed-off-by: Maxim Uvarov
---
/** Email created from pull request 209 (muvarov:master_exec)
** https://github.com/Linaro/odp/pull/209
** Patch: https://github.com/Linaro/odp/pull
we changed name for dynamic executable on compile
line but did not change it on execute line.
Signed-off-by: Maxim Uvarov maxim.uva...@linaro.org
github
/** Email created from pull request 209 (muvarov:master_exec)
** https://github.com/Linaro/odp/pull/209
Hello Francois,
Exactly, my consideration was only on multiple NICs, present in 1
architecture.
Regards
Ilias
On 4 October 2017 at 16:42, Francois Ozog wrote:
> Hi Ilias,
>
> there are two mechanisms:
>
> - modular framework
> - DDF
>
> Modular framework will be used to adapt to SoC platform.
Hi Bogdan,
cloud manager is a loosely defined entity ;-)
In the context of NFV orchestration will not deal with this.
VNF manager may but there is lack of "sensing" information.
If you think of an AWS/Azure image, then this simply does not work.
FF
On 4 October 2017 at 15:27, Bogdan Pricope
Hi Ilias,
there are two mechanisms:
- modular framework
- DDF
Modular framework will be used to adapt to SoC platform.
DDF will be used to adapt to pugable NICs
So I guess you were referring to plugable NICs.
FF
On 4 October 2017 at 14:35, Ilias Apalodimas
wrote:
> Let's say you are running
There are (at least) three cases:
1. Discovery is done by odp
2. Discovery is done by application
3. Discovery is done by a third party entity
For cloud, I would expect a cloud administrator entity will know
exactly the configuration of each ‘target’ and this can be provided
On Wed, Oct 4, 2017 at 7:47 AM, Savolainen, Petri (Nokia - FI/Espoo) <
petri.savolai...@nokia.com> wrote:
>
>
> > -Original Message-
> > From: Andriy Berestovskyy [mailto:andriy.berestovs...@caviumnetworks.com
> ]
> > Sent: Tuesday, October 03, 2017 8:22 PM
> > To: Savolainen, Petri (Nokia
> -Original Message-
> From: Andriy Berestovskyy [mailto:andriy.berestovs...@caviumnetworks.com]
> Sent: Tuesday, October 03, 2017 8:22 PM
> To: Savolainen, Petri (Nokia - FI/Espoo) ; Ola
> Liljedahl ; lng-odp@lists.linaro.org
> Subject: Re: [lng-odp] generic core + HW specific drivers
>
Let's say you are running on a platform with two different ethernet
interfaces. The vendor wants one active interface at any given time.
So auto discovering will have to somehow limit the modules it will load. I
am not sure this is a real requirement, i was just wondering if
it's possible.
Regards
On Wed, Oct 4, 2017 at 4:04 AM, Ilias Apalodimas <
ilias.apalodi...@linaro.org> wrote:
> Regarding the modules configuration, is there a possibility of "mixed
> hardware"?
> For example a vendor adds two or more devices of the same "type" that are
> supported from ODP but only wants one available
From: Bogdan Pricope
Signed-off-by: Bogdan Pricope
---
/** Email created from pull request 203 (bogdanPricope:set_mac_pr)
** https://github.com/Linaro/odp/pull/203
** Patch: https://github.com/Linaro/odp/pull/203.patch
** Base sha: 75cfc6f70d5b21d6f04082e1d03a7e677a895280
** Merge commit sha
From: Bogdan Pricope
Signed-off-by: Bogdan Pricope
---
/** Email created from pull request 203 (bogdanPricope:set_mac_pr)
** https://github.com/Linaro/odp/pull/203
** Patch: https://github.com/Linaro/odp/pull/203.patch
** Base sha: 75cfc6f70d5b21d6f04082e1d03a7e677a895280
** Merge commit sha
From: Bogdan Pricope
Signed-off-by: Bogdan Pricope
---
/** Email created from pull request 203 (bogdanPricope:set_mac_pr)
** https://github.com/Linaro/odp/pull/203
** Patch: https://github.com/Linaro/odp/pull/203.patch
** Base sha: 75cfc6f70d5b21d6f04082e1d03a7e677a895280
** Merge commit sha
Signed-off-by: Bogdan Pricope bogdan.pric...@linaro.org
github
/** Email created from pull request 203 (bogdanPricope:set_mac_pr)
** https://github.com/Linaro/odp/pull/203
** Patch: https://github.com/Linaro/odp/pull/203.patch
** Base sha: 75cfc6f70d5b21d
From: Bogdan Pricope
Signed-off-by: Bogdan Pricope
---
/** Email created from pull request 203 (bogdanPricope:set_mac_pr)
** https://github.com/Linaro/odp/pull/203
** Patch: https://github.com/Linaro/odp/pull/203.patch
** Base sha: 75cfc6f70d5b21d6f04082e1d03a7e677a895280
** Merge commit sha
From: Bogdan Pricope
Signed-off-by: Bogdan Pricope
---
/** Email created from pull request 203 (bogdanPricope:set_mac_pr)
** https://github.com/Linaro/odp/pull/203
** Patch: https://github.com/Linaro/odp/pull/203.patch
** Base sha: 75cfc6f70d5b21d6f04082e1d03a7e677a895280
** Merge commit sha
Signed-off-by: Bogdan Pricope bogdan.pric...@linaro.org
github
/** Email created from pull request 203 (bogdanPricope:set_mac_pr)
** https://github.com/Linaro/odp/pull/203
** Patch: https://github.com/Linaro/odp/pull/203.patch
** Base sha: 75cfc6f70d5b21d
From: Bogdan Pricope
Signed-off-by: Bogdan Pricope
---
/** Email created from pull request 203 (bogdanPricope:set_mac_pr)
** https://github.com/Linaro/odp/pull/203
** Patch: https://github.com/Linaro/odp/pull/203.patch
** Base sha: 75cfc6f70d5b21d6f04082e1d03a7e677a895280
** Merge commit sha
muvarov replied on github web page:
include/odp/api/spec/pool.h
line 16
@@ -172,7 +172,20 @@ int odp_pool_capability(odp_pool_capability_t *capa);
typedef struct odp_pool_param_t {
/** Pool type */
int type;
-
+ /** Flag to indicate whether user is requesting for contiguous
Regarding the modules configuration, is there a possibility of "mixed
hardware"?
For example a vendor adds two or more devices of the same "type" that are
supported from ODP but only wants one available at any given time. Is this
a possibility?
If it is and we end up using some "auto discovery" met
37 matches
Mail list logo
