[Xenomai] Differents switch mode from differents Xenomai skin

Gilles Chanteperdrix gilles.chanteperdrix at xenomai.org
Thu Dec 18 15:05:29 CET 2014


On Thu, Dec 18, 2014 at 12:30:40PM +0100, Huy Cong Vu wrote:
> Hello everyone, I recently ran a comparison test between Xemai
> native & posix skin, the goal is to see if its possible of using a
> full standard posix program instead of inserting some native
> functions. I'm not familiar with the Xenomai Posix skin so I may
> lack a lot of things, if you can give me some hints, I would be
> very grateful. Test run in xenomai 2.6.3 patched in linux 3.8.13.

You should be using xenomai latest version, which is 2.6.4, not an
older version, especially if you have not yet chosen a particular version

> My program only have 1 task who use the soem library (which use rtdm) to send a message broadcast in order to detect EtherCAT slave through a real-time port RTNet. 
> I have 2 test files which use native & posix skin respectively. Here some cuts of the main() function: 
> Native: 
> mlockall(MCL_CURRENT | MCL_FUTURE); 
> rt_print_auto_init(1); 
> rt_task_spawn(&rt_task_desc_1,NULL,0,98,T_JOINABLE|T_WARNSW,&mini,NULL); 
> rt_task_join(&rt_task_desc_1); 
> rt_task_delete(&rt_task_desc_1); 
> Posix: 
> mlockall(MCL_CURRENT | MCL_FUTURE); 
> pthread_attr_init(&p_attr1); 
> pthread_attr_setschedpolicy(&p_attr1,SCHED_FIFO); 
> pthread_attr_setdetachstate(&p_attr1, PTHREAD_CREATE_JOINABLE); 
> param.sched_priority = 98; 
> pthread_attr_setschedparam(&p_attr1, &param); 
> pthread_create( &thread1, &p_attr1, (void *) &mini, NULL); 
> pthread_join(thread1, 0); 
> pthread_exit(&thread1); 
> pthread_attr_destroy(&p_attr1); 
> 
> in mini(): pthread_set_mode_np(0,PTHREAD_PRIMARY|PTHREAD_WARNSW); 

You do not need PTHREAD_PRIMARY, a xenomai thread will always start
in primary mode, and anyway the switch to primary or secondary mode
will  happen as needed.

> 
> in which mini() is my task. 
> 
> I activated WARNSW bit to detect spurious relaxes, according to this: http://xenomai.org/2014/06/finding-spurious-relaxes/ 
> 
> The mode switch occurs at socket level, but in differents ways: 
> With native: 
> Mode switch (reason invoked syscall), aborting. Backtrace: 
> ./testcase_native[0x40152f] 
> /lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0)[0x7eff44375cb0] 
> /usr/xenomai/lib/librtdm.so.1(rt_dev_socket+0x1d)[0x7eff43d5480d 

rt_dev_socket may cause a switch to secondary mode, yes, this is
perfectly normal, only sending and receiving data is guaranteed to
not cause a switch to secondary mode.

> 
> With posix: 
> Critical errors: Mode switch (reason latency:received SIXCPU for unknown reason), aborting. Backtrace: 

Unknown reason is suspicious, if you have used the sigdebug example,
you should not that there is now an additional reason for receiving
SIGXCPU.

> ./testcase_posix[0x401570] 
> /lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0)[0x7f40ddb7acb0] 
> /usr/xenomai/lib/librtdm.so.1(rt_dev_sendmsg+0x16)[0x7f40dd5598f6] 
> 
> These 2 programs use the same functions call, compiled with same
> flags (rtdm, native & posix mixed): 

Most likely, rt_dev_sendmsg is passed a non real-time socket. You
can use either native or posix services to create and handle
sockets, but you can not mix the call. It meansa socket created with
rt_dev_socket (the native service) should be passed to
rt_dev_sendmsg, whereas socket created with the posix service
(socket) can only be passed to posix services (sendmsg). Is not it
what is happening here?

> The only different is the portion I mentioned above. 

Compiling for the xenomai skin causes changes in the services called
even without changing the code. So, for instance, if you use the
"socket" service, when compiling for the native skin, it will create
a plain linux socket, whereas when compiled for the posix skin, it
will try and create an RTDM socket.

To help you more, we would need more details, such as for instance a
reduced, self-contained test case allowing us to reproduce the issue
you observe.

-- 
					    Gilles.




More information about the Xenomai mailing list