Looks good. Perti, Robbie ok?
Maxim.
On 04/24/2015 16:09, Nicolas Morey-Chaisemartin wrote:
For example the odp_timer validation tests computes 10 * ODP_TIME_SEC and
stores it into an uint64_t, but the computation overflows on 32b systems and
the test fails
Signed-off-by: Nicolas
On 27 April 2015 at 21:23, Bill Fischofer bill.fischo...@linaro.org wrote:
IPCs should be short messages used either as shoulder taps or for brief
communication. If a larger data structure is needed, a pointer to it can be
passed ar s the IPC message,
Sender and receiver would normally not be
Currently we plan to have the ODP-OVS working with ODP-DPDK at close to the
same level of performance as the native DPDK implementation by August -
thus covering the common X86 use case. That will allow us to show that
picking up the platform independence of ODP is not a significant
performance
On 21 April 2015 at 22:51, Bill Fischofer bill.fischo...@linaro.org wrote:
We discussed this during today's ODP public call. Petri has a proposed
set of API extensions to pktio to allow the application to tell the
implementation what it needs in terms of parsing. While this sounds
Reviewed-by: Balasubramanian Manoharan bala.manoha...@linaro.org
On 24 April 2015 at 19:23, Nicolas Morey-Chaisemartin nmo...@kalray.eu wrote:
Signed-off-by: Nicolas Morey-Chaisemartin nmo...@kalray.eu
---
test/validation/classification/odp_classification_tests.c | 1 +
1 file changed, 1
On 23 April 2015 at 19:47, Maxim Uvarov maxim.uva...@linaro.org wrote:
Signed-off-by: Maxim Uvarov maxim.uva...@linaro.org
---
platform/linux-generic/Makefile.am | 2 +
.../linux-generic/include/odp_buffer_internal.h| 3 +
On Tue, Apr 28, 2015 at 12:49:48PM +0300, Maxim Uvarov wrote:
On 04/27/2015 22:22, Anders Roxell wrote:
On 2015-04-21 16:26, Mike Holmes wrote:
The helpers need to be tested independently from the ODP API, create a
folder to contain helper tests, adding tests for process and thread
creation.
Reviewed-by: Balasubramanian Manoharan bala.manoha...@linaro.org
On 24 April 2015 at 19:23, Nicolas Morey-Chaisemartin nmo...@kalray.eu wrote:
Signed-off-by: Nicolas Morey-Chaisemartin nmo...@kalray.eu
---
platform/linux-generic/odp_packet_io.c | 2 ++
1 file changed, 2 insertions(+)
diff
On 28 April 2015 at 06:40, Benoît Ganne benoit.ga...@kalray.eu wrote:
We are also interested by IPC and I also think that pktio is the way to go.
pktio because it is an already existing concept in ODP we can potentially
piggy back on. But IPC has some differences compared to the vanilla packet
UberConference Reminder___
lng-odp mailing list
lng-odp@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/lng-odp
On Tue, Apr 28, 2015 at 11:14:29AM +0200, Christophe Milard wrote:
Hi,
As we go towards doing a single lib with all tests (according to Mikes
latest proposal), there will be a need for having at least 2 C files for
each module: One for linking to the common C lib and another containing the
Merged to api-next for now.
Petri, Robbie please confirm if you want this in 1.0.4 or it can go to
1.1.0 next week.
Maxim.
On 04/28/2015 20:27, Mike Holmes wrote:
On 2 April 2015 at 11:21, Stuart Haslam stuart.has...@linaro.org
mailto:stuart.has...@linaro.org wrote:
Merged all 3 patches.
Maxim.
On 04/24/2015 16:53, Nicolas Morey-Chaisemartin wrote:
Signed-off-by: Nicolas Morey-Chaisemartin nmo...@kalray.eu
---
test/validation/classification/odp_classification_tests.c | 1 +
1 file changed, 1 insertion(+)
diff --git
We are also interested by IPC and I also think that pktio is the
way to go.
pktio because it is an already existing concept in ODP we can
potentially piggy back on. But IPC has some differences compared to the
vanilla packet I/O.
I agree, but we might apply different guarantees and they can
On 28 April 2015 at 08:55, Stuart Haslam stuart.has...@linaro.org wrote:
On Tue, Apr 28, 2015 at 12:49:48PM +0300, Maxim Uvarov wrote:
On 04/27/2015 22:22, Anders Roxell wrote:
On 2015-04-21 16:26, Mike Holmes wrote:
The helpers need to be tested independently from the ODP API, create a
Petri has proposed that results are undefined if you lie.
On Tue, Apr 28, 2015 at 8:47 AM, Ola Liljedahl ola.liljed...@linaro.org
wrote:
On 21 April 2015 at 22:51, Bill Fischofer bill.fischo...@linaro.org
wrote:
We discussed this during today's ODP public call. Petri has a proposed
set of
On 28/04/15 09:10, Nikita Kalyazin wrote:
Hi,
What are the plans for ODP-OVS project that is developed by LNG
(https://git.linaro.org/lng/odp-ovs.git)?
Are the ODP patches going to be upstreamed to OVS mainline or, at least,
rebased onto actual OVS version internally?
Yes, when it
Hi,
What are the plans for ODP-OVS project that is developed by LNG
(https://git.linaro.org/lng/odp-ovs.git)?
Are the ODP patches going to be upstreamed to OVS mainline or, at least,
rebased onto actual OVS version internally?
--
Best regards,
Nikita Kalyazin,
n.kalya...@samsung.com
CE OS
Hi,
During fixing a bug in odp-dpdk I've raised the above question and I
realized I'm not sure about the answer.
odp_pktio_open let's you open one handle per device, and the code
doesn't seem to allow you to send/receive with different queues. You can
only set the default queue.
You can do
On 28/04/15 08:09, Savolainen, Petri (Nokia - FI/Espoo) wrote:
Hi Zoltan,
You should implement the latest version of the patch, which has only ALL/NONE
defined. We can leave SELECTED for later.
Ok, but where is that version? I could only find this one.
Briefly about SELECTED. The idea is
Not true, this information needs to be analyzed only once (to setup the parser
in interface init time). Implementation may e.g. have two different codes (or
microcodes) , one for L2/L3 level only parser and another for “full ODP”
parser. If application indicates only interest to level L2/L3
Hi Zoltan,
You should implement the latest version of the patch, which has only ALL/NONE
defined. We can leave SELECTED for later.
Briefly about SELECTED. The idea is that the application lists all
odp_packet_has_xxx() calls that it will call during packet processing.
Implementation can use
Hi,
As we go towards doing a single lib with all tests (according to Mikes
latest proposal), there will be a need for having at least 2 C files for
each module: One for linking to the common C lib and another containing the
main for that module
To this, one can add at least one executable per
Zoltan,
Is there any specific roadmap for these (reliable testing and performance
measurements)?
--
Best regards,
Nikita Kalyazin,
n.kalya...@samsung.com
CE OS Group
Samsung RD Institute Russia
Tel: +7 (495) 797-25-00 #3816
Tel: +7 (495) 797-25-03
Office #1501, 12-1, Dvintsev str.,
Moscow,
Merged with alphabetical order change.
Maxim.
On 04/28/2015 02:23, Bill Fischofer wrote:
On Mon, Apr 27, 2015 at 1:59 PM, Mike Holmes mike.hol...@linaro.org
mailto:mike.hol...@linaro.org wrote:
Signed-off-by: Mike Holmes mike.hol...@linaro.org
mailto:mike.hol...@linaro.org
On 04/28/2015 02:22, Bill Fischofer wrote:
Setup for things like hugepages, driver mounts, etc. would be the
responsibility of the wrapper script or other external configuration.
I don't think that's the sort of thing you'd expect the ODP
application to do. Note that this includes launching
26 matches
Mail list logo
