<div dir="ltr">Hi Gedare<div><br></div><div>Thank you for your comments, they answer my question.</div><div><br></div><div>We will look at other RTOSes this time.</div><div><br></div><div>Thanks</div><div>Tomasz</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-04-02 17:01 GMT+02:00 Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Tomasz,<br>
<br>
It is possible to implement some memory protection between threads. As<br>
you noticed, RTEMS is a SASOS with "one process" when viewed from the<br>
POSIX interface. Generalizing memory protection in such a system is<br>
hard. The most common approach I know of is to provide separate<br>
protection domains for each thread stack. In theory, you could create<br>
a protection domain for the RTEMS "kernel", but I'm not aware of<br>
anyone that has tried hard to do that. You may also look for the "Zero<br>
Kernel" work some folks did as a research project at Univ of Idaho I<br>
think it was.<br>
<br>
If you want memory protection, you'd have to tailor it to your<br>
specific application requirements and set-up the MMU/MPU to do it.<br>
Final note: Since there is no notion of privilege in RTEMS, any thread<br>
can always disable or modify the protection domains since priviliged<br>
registers and instructions are available. Thus, while you may add<br>
memory protection, it would not be for a complete security solution.<br>
<br>
Gedare<br>
<div><div class="h5"><br>
On Thu, Apr 2, 2015 at 10:04 AM, Tomasz Gregorek<br>
<<a href="mailto:tomasz.gregorek@gmail.com">tomasz.gregorek@gmail.com</a>> wrote:<br>
> Hi<br>
><br>
> We are investigating possible OSes for a new product where one of the<br>
> requirements is memory protection between processes.<br>
><br>
> Does RTEMS supports memory protection? If not than is it planned to<br>
> implement memory protection?<br>
><br>
> This is what I found so far:<br>
><br>
> RTEMS is single process, multiple threads and as such have everything in<br>
> single memory space.<br>
> <a href="http://comments.gmane.org/gmane.os.rtems.user/19858" target="_blank">http://comments.gmane.org/gmane.os.rtems.user/19858</a><br>
><br>
> Gedare's blog with his implementation of memory protection from 2011/2012.<br>
> <a href="http://gedare-csphd.blogspot.be/2011/12/rtems-memory-protection-api.html" target="_blank">http://gedare-csphd.blogspot.be/2011/12/rtems-memory-protection-api.html</a><br>
> but it seems that this code didn't get to the main.<br>
><br>
> Project "MMU Support" by Aanjhan Ranganathan from 6 years ago:<br>
> <a href="https://devel.rtems.org/wiki/Projects/MMU_Support" target="_blank">https://devel.rtems.org/wiki/Projects/MMU_Support</a><br>
><br>
> Source code configures MMUs but it seems it do it to enable cache only, not<br>
> the memory protection. Though I did only simple search through the code.<br>
> There are exception handlers for some architectures/CPUs but only for few if<br>
> not for only one.<br>
><br>
> Best regards<br>
> Tomasz Gregorek<br>
><br>
</div></div>> _______________________________________________<br>
> users mailing list<br>
> <a href="mailto:users@rtems.org">users@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/users" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br>
</blockquote></div><br></div>