AW: question about posix timer expiration

[Gabriel.Moyano at dlr.de]

>From further investigation I've found that when a timer expires, _POSIX_Timer_TSR() is called and this uses pthread_kill() to send a signal. Shouldn't ptimer->inf.sigev_value be used here in order to create a siginfo_t object with the right value?

Did anyone have to deal with this while using posix timers?

Thanks!

Von: devel <devel-bounces at rtems.org> Im Auftrag von Gabriel.Moyano at dlr.de
Gesendet: Mittwoch, 12. Mai 2021 14:37
An: devel at rtems.org
Betreff: question about posix timer expiration

Hello everyone,

Currently I am trying to get running ptpd on rtems (following the Chris' work, thx btw).

Ptpd uses posix timers and when a timer expires a handler with this signature void(int sig, siginfo_t *info, void *ucontext) is called. Unfortunately (*info) doesn't have the right values, eg. info->si_code should be SI_TIMER but it is SI_USER and also info->si_signo should be the same as sig but it's not.



Diving into the code I've found where the handler is called (also where *info is created). This is done in the function _POSIX_signals_Check_signal() in the file psignalunblockthread.c. It doesn't seems that info is updated with the values (I guess) should take from object ptimer, which was created by create_timer().



My question is: is this handler fully supported? Or maybe I'm missing something else.



Thanks in advance,

Gabriel

--------------------------
Deutsches Zentrum für Luft- und Raumfahrt e.V. (DLR)
Institute for Software Technology | SC-OSS | Lilienthalplatz 7 | 38108 Braunschweig  | Germany

Gabriel Moyano | Research Scientist in Onboard Software Systems group
gabriel.moyano at dlr.de<mailto:gabriel.moyano at dlr.de>
DLR.de<http://www.dlr.de/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20210518/96aa1bd4/attachment-0001.html>