<div dir="auto">Sir,<div dir="auto"><br></div><div dir="auto">Thanks a lot for the guidance. I will start with contributing to an existing project.</div><div dir="auto"><br></div><div dir="auto">Thanks and Regards</div><div dir="auto">Abhinav jain</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Feb 6, 2018 10:55 PM, "Gedare Bloom" <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Abhinav Jain,<br>
<br>
It is good that you are studying. Now, you should pursue two paths:<br>
1. Produce some code for RTEMS, perhaps by fixing a bug. A good place<br>
to start is the tickets on the open releases:<br>
<a href="https://devel.rtems.org/query?status=assigned&status=accepted&status=reopened&group=status&milestone=4.11.3" rel="noreferrer" target="_blank">https://devel.rtems.org/query?<wbr>status=assigned&status=<wbr>accepted&status=reopened&<wbr>group=status&milestone=4.11.3</a><br>
<a href="https://devel.rtems.org/query?status=accepted&status=assigned&status=new&status=reopened&milestone=4.10.3&group=status&order=priority" rel="noreferrer" target="_blank">https://devel.rtems.org/query?<wbr>status=accepted&status=<wbr>assigned&status=new&status=<wbr>reopened&milestone=4.10.3&<wbr>group=status&order=priority</a><br>
<br>
2. Prepare your project idea. You will want to convert your learning<br>
into a concrete, achievable plan for code that can be implemented in<br>
RTEMS and will be beneficial to someone.<br>
<br>
Gedare<br>
<br>
On Tue, Feb 6, 2018 at 10:23 AM, Abhinav Jain <<a href="mailto:jainab.2009@gmail.com">jainab.2009@gmail.com</a>> wrote:<br>
> Sir,<br>
><br>
> I have studied about SASOS. It's really a great approach to make the process<br>
> faster by avoiding multiple copies of the data. I read about two SASOS<br>
> namely Angel system(developed at City University, London) and Mungi<br>
> system(developed by University of New South Wales, Australia). I also<br>
> studied about Memory Protection in SASOS, where the concept of address<br>
> protection is replaced by protection domain. I studied about Multithreading,<br>
> POSIX, Race condition and Synchronization to avoid the Race condition.<br>
> Please guide me, am I  on the right path and what all do I need to learn<br>
> further?<br>
><br>
> Thanks and Regards<br>
> Abhinav Jain<br>
><br>
> On Wed, Jan 31, 2018 at 11:17 PM, Abhinav Jain <<a href="mailto:jainab.2009@gmail.com">jainab.2009@gmail.com</a>><br>
> wrote:<br>
>><br>
>> Sir,<br>
>><br>
>> Thanks for the guidance. The mail is very informative and I will follow<br>
>> the way suggested by you.<br>
>><br>
>> Thanks and regards<br>
>> Abhinav Jain<br>
>><br>
>> On Jan 31, 2018 5:41 PM, "Sebastian Huber"<br>
>> <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-<wbr>brains.de</a>> wrote:<br>
>>><br>
>>> The MMU support is a very challenging project. The scope of the project<br>
>>> and potential use cases must be determined. You need a lot of experience to<br>
>>> design good APIs and it helps if you know the APIs for this kind of stuff on<br>
>>> other systems like QNX, Linux, FreeBSD, etc. For the architecture support a<br>
>>> lot of background knowledge is required at least on PowerPC, ARMv5..8,<br>
>>> SPARC, Nios2, MIPS, etc. For example, changing the TLB1 based MMU during<br>
>>> application run-time on PowerPC (including SMP support, cache consistency)<br>
>>> is not easy. There are some optimization problems involved if you want to<br>
>>> determine a good cover with memory areas (alignment restrictions, limited<br>
>>> number of areas in the MMU/MPU if not page based, e.g. 16).<br>
>>><br>
>>> --<br>
>>> Sebastian Huber, embedded brains GmbH<br>
>>><br>
>>> Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
>>> Phone   : +49 89 189 47 41-16<br>
>>> Fax     : +49 89 189 47 41-09<br>
>>> E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-<wbr>brains.de</a><br>
>>> PGP     : Public key available on request.<br>
>>><br>
>>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
>>><br>
><br>
</blockquote></div></div>