From: Jan Kiszka <jan.kiszka@web.de>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: Skander Bahloul <skander.bahloul@imag.fr>, xenomai@xenomai.org
Subject: Re: [Xenomai] shielding fully CPU or CORE
Date: Sat, 20 Jul 2013 10:39:06 +0200 [thread overview]
Message-ID: <51EA4CAA.4040605@web.de> (raw)
In-Reply-To: <51EA4AF7.2060008@xenomai.org>
On 2013-07-20 10:31, Gilles Chanteperdrix wrote:
> On 07/20/2013 09:54 AM, Jan Kiszka wrote:
>
>> On 2013-07-19 11:17, Skander Bahloul wrote:
>>> Dear Xenomai list members,
>>>
>>> On a successful instal (but without NVIDIA driver, cf my previous
>>> message), I am now starting using Xenomai.
>>>
>>> We need to :
>>> 1* shield fully a CPU or core, against the scheduler, interruption, etc
>>> 2* run a single thread on this isolated CPU or core
>>>
>>> Step 2 is OK with the Xenomai API.
>>> But how should I achieve step 1 ?
>>>
>>> I did not find advice in the Xenomai documentation.
>>> I guess it should be done with :
>>> $ sudo shield -a 0-3 -m -1
>>>
>>> Do you agree ?
>>> When may I find detailed info on CPU shielding ?
>>
>> With "shield fully", do you mean 99,9...% or true 100%? The latter is
>> not possible with current Linux kernels, thus also not with Xenomai. For
>> the former, try kernel parameter isocpus (to keep Linux off certain
>> cores), possibly in combination with xeno_hal.rthal_supported_cpus (to
>> limit Xenomai to those cores).
>
>
> Maybe a stupid idea, but can we not shutdown linux cpus, using cpu
> hotplug, so as to have full isolation?
We can, but we will also have to
- reboot those CPUs
- handle switches to Linux on the isolated cores (e.g. by migrating
the task to a Linux core)
- handle changes to the mm that is in use on isolated cores (TLB
shotdowns)
- handle Linux signals sent to Xenomai tasks on isolated cores
And there might be more subtle traps when using a core under Xenomai
that is offline for Linux. Nothing is impossible, but this is surely not
straightforward.
Jan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://www.xenomai.org/pipermail/xenomai/attachments/20130720/560705cc/attachment.pgp>
next prev parent reply other threads:[~2013-07-20 8:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-19 9:17 [Xenomai] shielding fully CPU or CORE Skander Bahloul
2013-07-20 7:54 ` Jan Kiszka
2013-07-20 8:31 ` Gilles Chanteperdrix
2013-07-20 8:39 ` Jan Kiszka [this message]
2013-07-20 8:45 ` Gilles Chanteperdrix
2013-07-22 8:00 ` Kai Bollue
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=51EA4CAA.4040605@web.de \
--to=jan.kiszka@web.de \
--cc=gilles.chanteperdrix@xenomai.org \
--cc=skander.bahloul@imag.fr \
--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.