[Xenomai] Question on linux+xenomai

Guoquan Hu flyingfox_hu at 163.com
Tue Dec 15 10:44:56 CET 2015

Thank Gilles very much!

You are right, I don't find CONFIG_XENO_OPT_WATCHDOG in xenomai 2.5.4 configure file.

I have additional questions as follow, would you please have a look and give some advices?

1. I don't understand yet how the watchdog work to kill real time thread which occupied too much memory or CPU time, the real time thread run too slow to feed the watchdog?

2. I know linux kernel have a mechanism called oom-killer, would it cause real time thread killed?

3. sometime I got message " BUG: soft lockup - CPU#x stuck for xxs! "on my environment, and it print out some register value, such as:

RIP: 0010:[<ffffffff813ad762>]  [<ffffffff813ad762>] _spin_lock+0x21/0x2a
RSP: 0018:ffff88021dd1bdb8  EFLAGS: 00000297
RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
RBP: ffffffff8100c58e R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
FS:  00007f13e8663700(0000) GS:ffff88044e480000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 00007f140b2b6f60 CR3: 000000043c92e000 CR4: 00000000000406e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400

Any clue can be found from these messages? how to debug for spin_lock issue?

4. Is there any limit on the number of real time thread? if more than 20 real time threads are created, will they cause the xenomai unstable?

5. Process MUST wait for all real time threads it created exit safely, then can it exit?

BTW, I want to update linux to 3.16.7, which close to the kernel version of debian 8.2.0, and update xenomai to 3.0.1, what do you think about stability  of linux(3.16.7)+xenomai(3.0.1)? Any problem reported on this xenomai 3.0.1?

Thanks again!

Best Regards
Guoquan Hu

At 2015-12-15 06:32:24, "Gilles Chanteperdrix" <gilles.chanteperdrix at xenomai.org> wrote:
>On Mon, Dec 14, 2015 at 04:52:11PM +0800, Guoquan Hu wrote:
>> Hi, Xenomai maintainers, I am a Xenomai user from china, my
>> environment is: linux(2.6.32)+xenomai(2.5.4).
>This is really old. Linux 2.6.32 was released in december 2009 (6
>years ago), and Xenomai 2.5.4 was released in august 2010 (5 years
>Chances are the bugs you can have with this version have been fixed
>a long time ago.
>> I meet several
>> problems on my debug environment, and I want to ask for advice to
>> some questions about xenomei, would you please give some respond?
>> My questions: 1.When CPU is high working load (near 100%) or
>> nearly no memory left, the real time thread is killed. What is the
>> mechanism behind and how to avoid it?
>The mechanism is the Xenomai watchdog (option named
>CONFIG_XENO_OPT_WATCHDOG in 2.6, not sure it had the same name in
>2.5). But you probably do not want to disable it: starving Linux
>from its timer interrupt may result in an unstable system.
>> 2.Under this environment, if OS is kernel crashed or real time communication(e.g
>>  Pipe or MsgQueue) is blocked, how to debug or trace? Any system log indicate such kinds of things happened?  Any kernel dump mechanism is available for offline
>>  analysis? 
>What you want is the I-pipe tracer, but you have to add the trace
>points manually, or use the CONFIG_IPIPE_TRACE_MCOUNT option to get
>all the kernel functions traced.
>> 3.Whether “Disk is set to read-only” related to real time thread usage? For example, if we use real time thread to write files on disk with high data rate, whether it
>>  would cause system unstable or “disk read-only”? 
>a real time thread can not really write to disk, it will switch to
>secondary mode when doing so. And no, it should not result in the
>filesystem being remounted read-only. A reason for remounting the
>system read-only, however is an unclean filesystem, without a
>journal and with the machine being rebooted without cleanly
>unmounting it. After an unclean reboot, you should run fsck on all
>file systems without a journal (fat, ext2, etc...). The problem may
>also be due to the old versions you are using.
>> 4.If we want to get technical support or consultant service, any
>> company or person can provide such service?Thank!  
>I am sure there are several companies on this mailing list offering
>such services, I trust they will have answered you privately.
>					    Gilles.

More information about the Xenomai mailing list