From: Kim Mathiassen <kimmat@domain.hid>
To: Henri Roosen <henriroosen@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] multicore: reserving core(s) for Xenomai
Date: Wed, 14 Sep 2011 15:13:00 +0200 [thread overview]
Message-ID: <4E70A85C.7000604@domain.hid> (raw)
In-Reply-To: <CANKLDms-kVpt6hk7adH880tK5xJL2=D9Y=M25Cn-0hBDueuUfQ@mail.gmail.com>
Hi,
You might use the kernel option isolcpus. Have a look at
http://www.linuxtopia.org/online_books/linux_kernel/kernel_configuration/re46.html
Best regards,
Kim Mathiassen
On 09/14/2011 02:18 PM, Henri Roosen wrote:
> We'll start experiments running our Xenomai application on a
> multi-core CPU (x86/ARM). I'm sure there are some Xenomai users who
> already have experience with it.
>
> What I would like to do is to run the Xenomai realtime threads on one
> core of the multi-core CPU. And I would like to reserve this core only
> for the Xenomai realtime threads.
>
> I'm using the Native API, so I can pass the CPU affinity flags for the
> Xenomai threads during task creation/shadow. But how can I make sure
> other threads will not make use of the same processor? I cannot call
> taskset for every task that is spawned... right?
>
> Are there any idea's on how this configuration could be made easier?
> It would be nice if there was a kernel config option to reserve
> core(s) for Xenomai that Linux will not use.
>
> Any ideas and help are welcome!
>
> Thanks,
> Henri.
>
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help
next prev parent reply other threads:[~2011-09-14 13:13 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-14 12:18 [Xenomai-help] multicore: reserving core(s) for Xenomai Henri Roosen
2011-09-14 13:13 ` Kim Mathiassen [this message]
2011-09-14 13:13 ` Gilles Chanteperdrix
2011-09-14 13:23 ` Jan Kiszka
2011-09-14 14:39 ` Henry Bausley
2011-09-14 17:53 ` Jan Kiszka
2011-09-14 13:24 ` Eric Noulard
2011-09-14 13:42 ` Henri Roosen
2011-09-14 15:00 ` Jeff Weber
2011-09-14 17:49 ` Gilles Chanteperdrix
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E70A85C.7000604@domain.hid \
--to=kimmat@domain.hid \
--cc=henriroosen@domain.hid \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.