On 5 October 2017 at 12:09, Savolainen, Petri (Nokia - FI/Espoo)
wrote:
> No HTML mails, please.
>
>
> From: Bill Fischofer [mailto:bill.fischo...@linaro.org]
> Sent: Wednesday, October 04, 2017 3:55 PM
> To: Savolainen, Petri (Nokia - FI/Espoo)
> Cc: Andriy Berestovskyy ; O
olli@vubuntu:~$ dpkg --get-selections | grep xorg
xorg install
xorg-docs-core install
xserver-xorg install
xserver-xorg-core install
xserver-xorg-input-all install
xserver-xorg-input-evdev install
xserver-xorg-input-libinput install
xserver-xorg-input-synaptics install
xserver-xorg-input-wacom inst
>
>
>> -Original Message-----
>> From: Ola Liljedahl [mailto:ola.liljed...@arm.com]
>> Sent: Wednesday, June 21, 2017 7:31 PM
>> To: Savolainen, Petri (Nokia - FI/Espoo) ;
>> Brian Brooks ; lng-odp@lists.linaro.org
>> Cc: nd
>> Subject: Re: [l
On 21/06/2017, 22:00, "Dmitry Eremin-Solenikov"
wrote:
>On 21.06.2017 21:14, Ola Liljedahl wrote:
>>
>> On 20/06/2017, 15:04, "Savolainen, Petri (Nokia - FI/Espoo)"
>> wrote:
>>
>>>
>>>
>>>> +++ b/platform/linux-ge
On 20/06/2017, 15:04, "Savolainen, Petri (Nokia - FI/Espoo)"
wrote:
>
>
>> +++ b/platform/linux-generic/include/odp_bitset.h
>> @@ -0,0 +1,210 @@
>> +/* Copyright (c) 2017, ARM Limited
>> + * All rights reserved.
>> + *
>> + * SPDX-License-Identifier: BSD-3-Clause
>> + */
>> +
>> +#ifndef _O
On 20/06/2017, 15:58, "Savolainen, Petri (Nokia - FI/Espoo)"
wrote:
>> --- a/platform/linux-generic/include/odp_config_internal.h
>> +++ b/platform/linux-generic/include/odp_config_internal.h
>> @@ -7,9 +7,7 @@
>> #ifndef ODP_CONFIG_INTERNAL_H_
>> #define ODP_CONFIG_INTERNAL_H_
>>
>> -#ifdef
On 20/06/2017, 15:12, "Savolainen, Petri (Nokia - FI/Espoo)"
wrote:
>> +++ b/platform/linux-generic/include/odp_llqueue.h
>> @@ -0,0 +1,309 @@
>> +/* Copyright (c) 2017, ARM Limited.
>> + * All rights reserved.
>> + *
>> + * SPDX-License-Identifier:BSD-3-Clause
>> + */
>> +
>> +#ifnde
On 20/06/2017, 15:00, "Savolainen, Petri (Nokia - FI/Espoo)"
wrote:
>
>> +#endif /* PLATFORM_LINUXGENERIC_ARCH_ARM_CPU_IDLING_H */
>> diff --git a/platform/linux-generic/arch/arm/odp_llsc.h
>>b/platform/linux-
>> generic/arch/arm/odp_llsc.h
>> new file mode 100644
>> index ..3ab5c909
>
On 02/06/2017, 13:02, "Peltonen, Janne (Nokia - FI/Espoo)"
wrote:
>
>
>> -Original Message-
>> From: Ola Liljedahl [mailto:ola.liljed...@arm.com]
>> Sent: Friday, June 02, 2017 1:54 PM
>> To: Peltonen, Janne (Nokia - FI/Espoo) ;
>>Savo
On 02/06/2017, 12:53, "Peltonen, Janne (Nokia - FI/Espoo)"
wrote:
>>> for packet output to first tell application that a packet was "accepted
>>>for transmission" and then drop it silently. Packet out (it's a simple
>>>function) should be able to determine if packet can be accepted for
>>>transm
>
>
>> -Original Message-
>> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of
>>Savolainen, Petri
>> (Nokia - FI/Espoo)
>> Sent: Friday, June 02, 2017 1:18 PM
>> To: Honnappa Nagarahalli ; Ola
>>Liljedahl
>>
>
On 02/06/2017, 12:17, "Savolainen, Petri (Nokia - FI/Espoo)"
wrote:
>
>
>> -Original Message-
>> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of
>> Honnappa Nagarahalli
>> Sent: Thursday, June 01, 2017 11:30 PM
>> To:
On 01/06/2017, 22:15, "Honnappa Nagarahalli"
wrote:
>On 1 June 2017 at 15:09, Ola Liljedahl wrote:
>>
>>
>> On 01/06/2017, 21:03, "Bill Fischofer"
>>wrote:
>>
>>>On Thu, Jun 1, 2017 at 10:59 AM, Honnappa Nagarahalli
>>
On 01/06/2017, 21:03, "Bill Fischofer" wrote:
>On Thu, Jun 1, 2017 at 10:59 AM, Honnappa Nagarahalli
> wrote:
>> On 1 June 2017 at 01:26, Elo, Matias (Nokia - FI/Espoo)
>> wrote:
>>>
On 31 May 2017, at 23:53, Bill Fischofer
wrote:
On Wed, May 31, 2017 at 8:12 AM, Elo, Matia
On 31/05/2017, 12:18, "Elo, Matias (Nokia - FI/Espoo)"
wrote:
>
>> On 31 May 2017, at 12:04, Ola Liljedahl wrote:
>>
>>
>>
>> On 31/05/2017, 10:38, "Peltonen, Janne (Nokia - FI/Espoo)"
>> wrote:
>>
>>>
>>>
On 31/05/2017, 10:38, "Peltonen, Janne (Nokia - FI/Espoo)"
wrote:
>
>
>Ola Liljedahl wrote:
>> On 23/05/2017, 16:49, "Peltonen, Janne (Nokia - FI/Espoo)"
>> wrote:
>>
>>
>> >
>> >> +static int ord_enq_multi(uint32_t
aps adapt the code to use this interface but I think this
interface is just an artefact of the implementation of the default
queues/scheduler.
>
>> +static void order_lock(void)
>> +{
>> +}
>> +
>> +static void order_unlock(void)
>> +{
>> +}
>
>Is
On 25/04/2017, 14:32, "Savolainen, Petri (Nokia - FI/Espoo)"
wrote:
>
>
>> -Original Message-
>> From: Ola Liljedahl [mailto:ola.liljed...@arm.com]
>> Sent: Tuesday, April 25, 2017 1:56 PM
>> To: Savolainen, Petri (Nokia - FI/Espoo) > labs.co
On 25/04/2017, 12:54, "Savolainen, Petri (Nokia - FI/Espoo)"
wrote:
>Also in your patch, thread should exit only after scheduler returns
>EVENT_INVALID.
>Since the cool_down event is the last event on all queues (as they are
>enqueued after all threads have passed the barrier), when we have
>rec
PM
>> To: lng-odp@lists.linaro.org
>> Cc: Ola Liljedahl
>> Subject: [lng-odp] [PATCH] test: odp_sched_latency: robust draining of
>> queues
>>
>> From: Ola Liljedahl
>>
>> In order to robustly drain all queues when the benchmark has
>> ended, w
lists.linaro.org<mailto:lng-odp@lists.linaro.org>
Cc: Ola Liljedahl mailto:ola.liljed...@arm.com>>
Subject: [lng-odp] [PATCH] test: odp_sched_latency: robust draining of
queues
From: Ola Liljedahl mailto:ola.liljed...@arm.com>>
In order to robustly drain all queues when the benchma
(Responding from PoC Outlook)
From: Bill Fischofer
Date: Tuesday, 25 April 2017 at 00:00
To: Brian Brooks
Cc: lng-odp-forward , Ola Liljedahl
Subject: Re: [lng-odp] [PATCH] test: odp_sched_latency: robust draining
of queues
On Mon, Apr 24, 2017 at 3:58 PM, Brian Brooks
wrote:
From
On 10 April 2017 at 10:56, Peltonen, Janne (Nokia - FI/Espoo)
wrote:
> Hi,
>
> Ola Liljedahl <mailto:ola.liljed...@linaro.org> wrote:
>> Peltonen, Janne (Nokia - FI/Espoo) <mailto:janne.pelto...@nokia.com> wrote:
>> > In an IPsec GW (as a use case example) one
On 10 April 2017 at 08:43, Savolainen, Petri (Nokia - FI/Espoo)
wrote:
>
>
>> -Original Message-----
>> From: Ola Liljedahl [mailto:ola.liljed...@linaro.org]
>> Sent: Saturday, April 08, 2017 12:13 AM
>> To: Petri Savolainen
>> Cc: lng-odp@lists.linaro.or
the context.
>
> Release context is actually a hint. It does not guarantee that context is
> released. Application needs to call schedule() and receive _EVENT_INVALID to
> be sure that it does not hold a context anymore.
>
>
>>
>> Signed-off-by: Kevin Wang ma
o fix the bugs for
> scalable scheduler.Ola, If you see the ticket #52637 in our Gerrit, you'll
> find the detail for the code review. If this is not an issue anymore, we can
> drop the changes in this patch.
>
> Kevin
>
>
>
> 2017-04-08 1:39 GMT+08:00 Honnappa Nagarah
On 5 April 2017 at 14:27, Maxim Uvarov wrote:
> On 04/05/17 15:16, Ola Liljedahl wrote:
>> On 05/04/2017, 12:36, "Dmitry Eremin-Solenikov"
>> wrote:
>>
>>> On 05.04.2017 02:31, Ola Liljedahl wrote:
>>>> On 05/04/2017, 01:25, "Dmitry Erem
On 6 April 2017 at 13:59, Petri Savolainen wrote:
>
> User may give number of scheduling groups to test
> scheduler performance with other that the default (all
> threads) group. Both pktios and threads are allocated
Isn't all *workers* a better default scheduler group? In this and in
other examp
On 7 April 2017 at 08:40, Peltonen, Janne (Nokia - FI/Espoo) <
janne.pelto...@nokia.com> wrote:
> Hi,
>
> On Thu, Apr 6, 2017 at 1:46 PM, Bill Fischofer
> wrote:
> > On Thu, Apr 6, 2017 at 1:32 PM, Ola Liljedahl
> wrote:
> > > On 6 April 2017 at 13:48, J
>From test/common_plat/validation/api/scheduler/scheduler.c
#define BUFS_PER_QUEUE_EXCL 1
The scalable scheduler has a default queue size of 4096 which seemed
reasonable to us. We can always increase the value but applications and
test prorgams should not expect infinite queue size. Perha
On 6 April 2017 at 20:51, Maxim Uvarov wrote:
> On 04/06/17 13:35, Ola Liljedahl wrote:
> > On 5 April 2017 at 23:39, Maxim Uvarov wrote:
> >> On 04/05/17 17:30, Ola Liljedahl wrote:
> >>> On 5 April 2017 at 14:50, Maxim Uvarov
> wrote:
> >>>&g
On 7 April 2017 at 01:33, Bill Fischofer wrote:
> On Thu, Apr 6, 2017 at 1:51 PM, Maxim Uvarov
> wrote:
> > On 04/06/17 13:35, Ola Liljedahl wrote:
> >> On 5 April 2017 at 23:39, Maxim Uvarov wrote:
> >>> On 04/05/17 17:30, Ola Liljedahl wrote:
> >>
sync type is atomic or ordered,
>> need to release the context.
>
> Release context is actually a hint. It does not guarantee that context is
released. Application needs to call schedule() and receive _EVENT_INVALID
to be sure that it does not hold a context anymore.
>
>
>&
On 6 April 2017 at 13:48, Jerin Jacob wrote:
> -Original Message-
>> Date: Thu, 6 Apr 2017 12:54:10 +0200
>> From: Ola Liljedahl
>> To: Brian Brooks
>> Cc: Jerin Jacob ,
>> "lng-odp@lists.linaro.org"
>> Subject: Re: [lng-odp] [API-NEXT
On 5 April 2017 at 18:50, Brian Brooks wrote:
> On 04/05 21:27:37, Jerin Jacob wrote:
>> -Original Message-
>> > Date: Tue, 4 Apr 2017 13:47:52 -0500
>> > From: Brian Brooks
>> > To: lng-odp@lists.linaro.org
>> > Subject: [lng-odp] [API-NEXT PATCH v2 00/16] A scalable software scheduler
>
On 5 April 2017 at 23:39, Maxim Uvarov wrote:
> On 04/05/17 17:30, Ola Liljedahl wrote:
>> On 5 April 2017 at 14:50, Maxim Uvarov wrote:
>>> On 04/05/17 06:57, Honnappa Nagarahalli wrote:
>>>> This can go into master/api-next as an independent patch. Agre
On 5 April 2017 at 17:33, Dmitry Eremin-Solenikov
wrote:
> On 05.04.2017 17:40, Ola Liljedahl wrote:
>> On 5 April 2017 at 14:20, Maxim Uvarov wrote:
>>> On 04/05/17 01:46, Ola Liljedahl wrote:
>>>> On 4 April 2017 at 21:25, Maxim Uvarov wrote:
>>>>
ed
>>>>> concurrent queues. LL/SC and CAS variants exist in cases where absense of
>>>>> ABA problem cannot be proved, and also in cases where the compiler's
>>>>> atomic
>>>>> built-ins may not be lowered to the desired instructi
On 5 April 2017 at 01:21, Dmitry Eremin-Solenikov
wrote:
> On 05.04.2017 00:25, Brian Brooks wrote:
>> On 04/04 23:23:33, Dmitry Eremin-Solenikov wrote:
>>> On 04.04.2017 22:25, Maxim Uvarov wrote:
it's better to have 2 separate files for that. One for ODP_CONFIG_LLDSCD
defined and one f
On 5 April 2017 at 14:20, Maxim Uvarov wrote:
> On 04/05/17 01:46, Ola Liljedahl wrote:
>> On 4 April 2017 at 21:25, Maxim Uvarov wrote:
>>> it's better to have 2 separate files for that. One for ODP_CONFIG_LLDSCD
>> "better"? In what way?
Please respond
same cpu is has to always
> work. Isn't it?
No.
>
> Maxim.
>
>>
>> On 4 April 2017 at 21:22, Brian Brooks wrote:
>>> On 04/04 17:26:12, Bill Fischofer wrote:
>>>> On Tue, Apr 4, 2017 at 3:37 PM, Brian Brooks wrote:
>>>>> On 04/04 21:
On 05/04/2017, 15:39, "Dmitry Eremin-Solenikov"
wrote:
>On 05.04.2017 16:33, Ola Liljedahl wrote:
>>
>>
>>
>>
>> On 05/04/2017, 15:22, "Dmitry Eremin-Solenikov"
>> wrote:
>>
>>> On 05.04.2017 15:16, Ola Liljeda
On 05/04/2017, 15:22, "Dmitry Eremin-Solenikov"
wrote:
>On 05.04.2017 15:16, Ola Liljedahl wrote:
>> On 05/04/2017, 12:36, "Dmitry Eremin-Solenikov"
>> wrote:
>>
>>> On 05.04.2017 02:31, Ola Liljedahl wrote:
>>>> On 05/0
On 05/04/2017, 12:36, "Dmitry Eremin-Solenikov"
wrote:
>On 05.04.2017 02:31, Ola Liljedahl wrote:
>> On 05/04/2017, 01:25, "Dmitry Eremin-Solenikov"
>> wrote:
>>> On 04.04.2017 23:52, Ola Liljedahl wrote:
>>>> Sending from my ARM email
On 05/04/2017, 01:29, "Dmitry Eremin-Solenikov"
wrote:
>On 05.04.2017 01:00, Brian Brooks wrote:
>> On Tue, Apr 4, 2017 at 3:38 PM, Ola Liljedahl
>>wrote:
>>> On 04/04/2017, 22:14, "Dmitry Eremin-Solenikov"
>>> wrote:
>>
Trying a different way to avoid the ARM disclaimer. But just to make sure,
this email does NOT contain any confidential information.
On 05/04/2017, 01:25, "Dmitry Eremin-Solenikov"
wrote:
>On 04.04.2017 23:52, Ola Liljedahl wrote:
>> Sending from my ARM email account, I ho
On 4 April 2017 at 20:59, Maxim Uvarov wrote:
> On 04/04/17 21:47, Brian Brooks wrote:
>> Signed-off-by: Ola Liljedahl
>> Reviewed-by: Brian Brooks
>> Reviewed-by: Honnappa Nagarahalli
>> Reviewed-by: Kevin Wang
>> ---
>> test/common_plat/performance/o
On 5 April 2017 at 00:26, Bill Fischofer wrote:
> On Tue, Apr 4, 2017 at 3:37 PM, Brian Brooks wrote:
>> On 04/04 21:59:15, Maxim Uvarov wrote:
>>> On 04/04/17 21:47, Brian Brooks wrote:
>>> > Signed-off-by: Ola Liljedahl
>>> > Reviewed-by: Brian Brook
mmit log, and (c) update the Bug entry with the URL
>> of the patch that fixes this bug.
>>
>> On Tue, Apr 4, 2017 at 1:47 PM, Brian Brooks wrote:
>>> Signed-off-by: Kevin Wang
>>> Reviewed-by: Ola Liljedahl
>>> Reviewed-by: Brian Brooks
>>
m.
>
> On 04/04/17 21:48, Brian Brooks wrote:
>> Signed-off-by: Ola Liljedahl
>> Reviewed-by: Brian Brooks
>> ---
>> platform/linux-generic/include/odp_llqueue.h | 285
>> +++
>> 1 file changed, 285 insertions(+)
>> cr
Sorry to say but I see the ARM disclaimer at the bottom even though I
requested the disclaimer not to be added to this specific email (there
is a trick for that). I need to figure out what went wrong.
-- Ola
On 4 April 2017 at 22:38, Ola Liljedahl wrote:
>
>
>
>
> On 04/04/2017,
I think I missed one comment.
On 04/04/2017, 22:14, "Dmitry Eremin-Solenikov"
wrote:
>On 04.04.2017 21:48, Brian Brooks wrote:
>> Signed-off-by: Ola Liljedahl
>> Reviewed-by: Brian Brooks
>> Reviewed-by: Honnappa Nagarahalli
>> ---
>> plat
Sending from my ARM email account, I hope Outlook does not mess up the
format.
On 04/04/2017, 22:21, "Dmitry Eremin-Solenikov"
wrote:
>On 04.04.2017 21:48, Brian Brooks wrote:
>> Signed-off-by: Ola Liljedahl
>> Reviewed-by: Brian Brooks
>> Re
On 04/04/2017, 22:14, "Dmitry Eremin-Solenikov"
wrote:
>On 04.04.2017 21:48, Brian Brooks wrote:
>> Signed-off-by: Ola Liljedahl
>> Reviewed-by: Brian Brooks
>> Reviewed-by: Honnappa Nagarahalli
>> ---
>> plat
On 31 March 2017 at 15:21, Maxim Uvarov wrote:
> On 03/28/17 22:23, Brian Brooks wrote:
>> From: Ola Liljedahl
>>
>> Signed-off-by: Ola Liljedahl
>> Reviewed-by: Brian Brooks
>> ---
>> platform/linux-generic/pktio/ring.c | 30 ++---
No build, no run.
We found several problems (memory ordering related so visible on ARM but not on
x86) in the upstream code when running on ARM systems. Aren’t there any ARM
systems to run on in the LNG lab?
-- Ola
Ola Liljedahl, Networking System Architect, ARM
Phone: +46 706 866 373 Skype
On 29 March 2017 at 13:25, Bill Fischofer wrote:
>
>
> On Wed, Mar 29, 2017 at 5:47 AM, Ola Liljedahl
> wrote:
>
>> On 29 March 2017 at 10:43, Francois Ozog
>> wrote:
>>
>>> If there is a cost to get virtual address, then I assume translation is
>
is is not optimised
for performance. The design does provide the ability to check buffer
handles for correctness/validity but I cannot see any code that actually
does this so an invalid buffer handle might crash the code (some out of
bounds memory access).
> FF
>
> On 29 March 2017 at 10:00, Ol
On 29 March 2017 at 03:55, Brian Brooks wrote:
> On 03/28 19:18:37, Bill Fischofer wrote:
>>
>
> It is infinitely better to do patch review in plain text rather
> than HTML. I thought this was a plain text mailing list?
>
>>
>>
>>