Re: [Dovetail] x86 test version available (kernel v5.10)

[Philippe Gerum <rpm@xenomai.org>]

Jan Kiszka <jan.kiszka@siemens.com> 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:
>
> https://gitlab.denx.de/Xenomai/xenomai/-/blob/master/testsuite/smokey/sched-quota/sched-quota.c#L204
>
> Those pthread_kill() in the loop will kick the caller into non-rt, while
> it is not yet done with collecting the loop counters from the other
> workers. Result is pure random, sometimes still within the defined
> limits, but sometimes reporting false overruns.

Make sense, we need to collect the counters independently then.

>
> No idea what those signal submissions supposed to do - test runs and
> terminates fine without them as well.
>

On SMP probably, on UP I don't think so, because if you don't demote the
workers, then the following call to pthread_cancel() will switch the
main context out of primary mode, leaving one of the workers preempt
back, then go spinning full speed, locking the CPU (there is no
condition for exiting the work loop).

Using the throttling hack like the calibration loop does may help (I
guess I overlooked this back then).


-- 
Philippe.