Contribute to project

[Abhinav Jain]

Sir,

I have gone through the projects available in the link provided by you and
I am interested in an issue (*RSB can sometimes change the wrong local git
repository (includes a fix).*) listed there.
Link: https://devel.rtems.org/ticket/2522#no1
I request you to please provide some more information regarding this so
that I can proceed with the coding part.

Thanks and Regards
Abhinav Jain

On Wed, Feb 7, 2018 at 9:12 AM, Abhinav Jain <jainab.2009 at gmail.com> wrote:

> 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=accepte
>> d&status=reopened&group=status&milestone=4.11.3
>> https://devel.rtems.org/query?status=accepted&status=assigne
>> d&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/20180212/00557958/attachment-0002.html>