Contribute to project

Abhinav Jain jainab.2009 at gmail.com
Wed Feb 7 03:42:00 UTC 2018


Sir,

Thanks a lot for the guidance. I will start with contributing to an
existing project.

Thanks and Regards
Abhinav jain

On Feb 6, 2018 10:55 PM, "Gedare Bloom" <gedare at rtems.org> wrote:

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


More information about the devel mailing list