From: Jan Kiszka
Long broken, likely not practically relevant. But now that we known it,
let's fix it: There is no mercury/wrapper.h, but we have that file under
mercury/copperplate.
Reported-by: Florian Bezdeka
Signed-off-by: Jan Kiszka
---
include/copperplate/wrappers.h | 2 +-
1 file
On 15.02.21 18:49, Bezdeka, Florian (T RDA IOT SES-DE) wrote:
> Hi all,
>
> I'm currently inspecting the code base regarding Y2038 problem (=
> overflow of 32 bit time_t in January 2038) and trying to list /
> summarize all affected APIs / drivers / ...
>
> In include/copperplate/wrappers.h we
On Mon, 2021-02-15 at 19:28 +0100, Philippe Gerum wrote:
> florian.bezdeka--- via Xenomai writes:
>
> > Hi all,
> >
> > I'm currently inspecting the code base regarding Y2038 problem (=
> > overflow of 32 bit time_t in January 2038) and trying to list /
> > summarize all affected APIs / drivers
florian.bezdeka--- via Xenomai writes:
> Hi all,
>
> I'm currently inspecting the code base regarding Y2038 problem (=
> overflow of 32 bit time_t in January 2038) and trying to list /
> summarize all affected APIs / drivers / ...
>
> In include/copperplate/wrappers.h we have:
> #include
>
>
Jan Kiszka writes:
> From: Jan Kiszka
>
> As optimization can shrink __do_work to just two instruction, the
> calibration loop needs to run longer.
>
> At this chance, drop the pthread_kill to stop the thread and rely in
> both cases on the throttle mechanism.
>
> Signed-off-by: Jan Kiszka
>
Hi all,
I'm currently inspecting the code base regarding Y2038 problem (=
overflow of 32 bit time_t in January 2038) and trying to list /
summarize all affected APIs / drivers / ...
In include/copperplate/wrappers.h we have:
#include
I guess this is broken since
1fbf0f398064
From: Jan Kiszka
As optimization can shrink __do_work to just two instruction, the
calibration loop needs to run longer.
At this chance, drop the pthread_kill to stop the thread and rely in
both cases on the throttle mechanism.
Signed-off-by: Jan Kiszka
---
On 15.02.21 17:53, Jan Kiszka via Xenomai wrote:
> On 15.02.21 16:11, Jan Kiszka via Xenomai wrote:
>> On 15.02.21 14:28, Jan Kiszka wrote:
>>> Now the next issue is
>>>
>>> /usr/lib/xenomai/testsuite/smokey: test sched_quota failed: Protocol error
>>> sched-quota.c:332, out of quota: 13.7%
>>>
Philippe Gerum writes:
> Jan Kiszka writes:
>
>> On 15.02.21 14:28, Jan Kiszka wrote:
>>> Now the next issue is
>>>
>>> /usr/lib/xenomai/testsuite/smokey: test sched_quota failed: Protocol error
>>> sched-quota.c:332, out of quota: 13.7%
>>> (on a real target, an Atom-class box).
>>>
>>
>>
Jan Kiszka writes:
> On 15.02.21 14:28, Jan Kiszka wrote:
>> Now the next issue is
>>
>> /usr/lib/xenomai/testsuite/smokey: test sched_quota failed: Protocol error
>> sched-quota.c:332, out of quota: 13.7%
>> (on a real target, an Atom-class box).
>>
>
> Testsuite issue, long pending:
>
>
On 15.02.21 16:11, Jan Kiszka via Xenomai wrote:
> On 15.02.21 14:28, Jan Kiszka wrote:
>> Now the next issue is
>>
>> /usr/lib/xenomai/testsuite/smokey: test sched_quota failed: Protocol error
>> sched-quota.c:332, out of quota: 13.7%
>> (on a real target, an Atom-class box).
>>
>
> Testsuite
On 15.02.21 14:28, Jan Kiszka wrote:
> Now the next issue is
>
> /usr/lib/xenomai/testsuite/smokey: test sched_quota failed: Protocol error
> sched-quota.c:332, out of quota: 13.7%
> (on a real target, an Atom-class box).
>
Testsuite issue, long pending:
perfect it works! Thanks!
Il giorno lun 15 feb 2021 alle ore 14:57 Julien Blanc via Xenomai <
xenomai@xenomai.org> ha scritto:
> Le lundi 15 février 2021 à 14:52 +0100, Leandro Bucci via Xenomai a
> écrit :
> > What I want is to have a function that generates me mode switches
>
>
Le lundi 15 février 2021 à 14:52 +0100, Leandro Bucci via Xenomai a
écrit :
> What I want is to have a function that generates me mode switches
__STD(nanosleep)(timeout, NULL) with a zero timeout should do it.
and you can use any switch-primary call to go back to primary mode.
Regards,
Julien
What I want is to have a function that generates me mode switches
Il giorno lun 15 feb 2021 alle ore 14:46 Per Oberg ha
scritto:
>
> - Den 15 feb 2021, på kl 14:16, Leandro Bucci guestleandr...@gmail.com
> skrev:
>
> > Yes I want a mode switch happened, thank for your answer
>
> > Il lun 15
- Den 15 feb 2021, på kl 14:16, Leandro Bucci guestleandr...@gmail.com
skrev:
> Yes I want a mode switch happened, thank for your answer
> Il lun 15 feb 2021, 14:15 Per Oberg < [ mailto:p...@wolfram.com |
> p...@wolfram.com ] > ha scritto:
>> - Den 15 feb 2021, på kl 14:00, xenomai [
On 06.02.21 13:29, Jan Kiszka via Xenomai wrote:
> On 03.02.21 18:35, Philippe Gerum wrote:
>>
>> Jan Kiszka writes:
>>
>>> On 31.01.21 17:06, Philippe Gerum wrote:
The initial port of the Cobalt core to Dovetail/x86 is available from
[1]. Ports to Dovetail/ARM and Dovetail/arm64
Yes I want a mode switch happened, thank for your answer
Il lun 15 feb 2021, 14:15 Per Oberg ha scritto:
> - Den 15 feb 2021, på kl 14:00, xenomai xenomai@xenomai.org skrev:
>
> > hi, I can't understand why if I use the memcpy function on Xenomai I
> don't
> > have any mode switch. Is there
hi, I can't understand why if I use the memcpy function on Xenomai I don't
have any mode switch. Is there a function that copies two arrays and
generates a mode switch?
19 matches
Mail list logo