Re: [Xenomai-help] Hang at glibc time() function call

[Jan Kiszka <jan.kiszka@domain.hid>]

[-- Attachment #1: Type: text/plain, Size: 1183 bytes --]

Petr Cervenka wrote:
> Hello,
> we have a problems with hanging of our real-time application. In fact, the computer stops to respond totally.
> I succeeded to find the exact hang position in couple of our tasks (but not all of them) by setting of some digital outputs of HW device:
> 1) The most real-time task with the highest priority is still running as it should be (100us period).
> 2) Some of the tasks are in "sleep" state. They are waiting on some event or timeout.
> 3) One low priority task seems to be blocked at glibc time() function call.

Is the low priority task also mapped as Xenomai task? In that case
calling standard Linux time services can be lethal:

If the Linux clocksource is TSC or HPET, glibc will use a syscall-less
variant for time of day reading. That variant has two properties:

A) It doesn't switch Xenomai task into secondary mode like ordinary
   syscalls do.

B) It can deadlock with the Linux kernel, leaving the caller spinning
   forever so that Linux is no longer executed.

The testsuite's clocktest used to have this issue as well (luckily, I
was able to analyze it over KVM with a source level debugger :) ).

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 257 bytes --]