From mboxrd@z Thu Jan 1 00:00:00 1970 References: <874kixxf9e.fsf@xenomai.org> <87k0rprr5a.fsf@xenomai.org> <46e13cc0-6f1c-65f3-34cc-4a6ea44d00d8@siemens.com> <871rdhjm3f.fsf@xenomai.org> From: Philippe Gerum Subject: Re: [Dovetail] x86 test version available (kernel v5.10) In-reply-to: <871rdhjm3f.fsf@xenomai.org> Date: Mon, 15 Feb 2021 18:21:05 +0100 Message-ID: <87y2fpi6wu.fsf@xenomai.org> MIME-Version: 1.0 Content-Type: text/plain List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: xenomai@xenomai.org 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). >>> >> >> 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. > Strike that, all threads are pinned on the same CPU (0), so there is no way pthread_kill() would cause the worker threads to keep running since the main context always runs with higher priority. -- Philippe.