On 03/07/2013 11:02 AM, Ronny Meeus wrote:
On Wed, Mar 6, 2013 at 4:49 PM, Philippe Gerum <[email protected]> wrote:
On 03/06/2013 03:32 PM, Ronny Meeus wrote:
si_code=SI_TIMER, si_pid=51, si_uid=0, si_value={int=273724880,
ptr=0x1050b5d0}}, NULL, 16) = 32
11309 15.442127 +++ killed by SIGKILL +++
I'm not an expert in this, but to me it looks like the create_timer
call, executed in the context of the 11308 thread, gets interrupted
because a signal is received by thread 11309. This signal is generated
because of a timer expiry which creates a new thread and processes the
callback function.
Is it not possible to disable all signals of the process during the
creation of the timer in xenomai. In this way we can avoid the race
condition in the library. This might be not a clean solution but would
it work as a temporary one until you finish the timer handling you
talk about in one of your earlier mails.
Fiddling with signal masks to work around an underlying bug would be asking
for more trouble. Time is a scarce enough resource.
BTW can I have some
information about what you are planning to change?
This one:
http://git.xenomai.org/?p=xenomai-forge.git;a=commit;h=cf30fb5e22a1a3d66412f1024be1ba86260904cc
This implementation passes the psos testsuite in -forge, and runs your
testcase fine. Please pull this change and let me know if the situation
improves.
--
Philippe.
Philippe
thanks for the patch.
With this patch the test application is working fine, no cpuload is
observed anymore.
Our real application on the other hand aborts after some time with
this reporting:
------------------------------------------------------------------------------
[ ERROR BACKTRACE: thread root ]
#0 EAGAIN in t_create(), task.c:320
#1 EAGAIN in copperplate_create_thread(), internal.c:138
------------------------------------------------------------------------------
I did not observe this when running with the xenomai before the patch.
Do you have a clue about why I see this?
There is likely a resource leakage hiding somewhere. I'll have a look.
--
Philippe.
_______________________________________________
Xenomai mailing list
[email protected]
http://www.xenomai.org/mailman/listinfo/xenomai
