Contribute to project
Abhinav Jain
jainab.2009 at gmail.com
Wed Jan 31 12:03:49 UTC 2018
Sir,
Thanks for the guidance.
Thanks and Regards
Abhinav jain
On Jan 30, 2018 11:30 PM, "Gedare Bloom" <gedare at rtems.org> wrote:
Hello Abhinav,
On Tue, Jan 30, 2018 at 11:58 AM, Abhinav Jain <jainab.2009 at gmail.com>
wrote:
> Sir,
>
> I have gone through the links provided in the previous mail and the
concept
> that I have understood till now is that in this project we are supposed to
> empower the operating system with various memory management skills i.e. to
> prevent any process from accessing memory of some other process, to make
> conversion from logical to physical address, to check about the type(read
> only or write only, executable or non-executable) of memory space etc. In
> order to gain some good knowledge of the above content, I have gone
through
> various write-ups dealing with Memory Protection, Paging, Contiguous and
> Non-contiguous memory allocation, TLB.
>
> Please guide me whether I am understanding the problem correctly and
whether
> I am proceeding in the right direction.
>
In RTEMS, we have a bit of a special requirement/constraint on the
memory protection. RTEMS is essentially a single address space
operating system (SASOS) without a real process model, but generally
supporting conceptually a single multithreaded process when one uses
POSIX. Thus, concepts about process isolation are not useful, but
instead thread isolation might be useful since there is no
process-level separation possible.
Additionally, RTEMS maintains a 1:1 physical-virtual memory mapping.
It is not clear how we would make use of any other method for memory
address translation, but there may be some good reasons to make it
possible, for example to better support mmap.
Internally, RTEMS has no notion about paging, and assumes a flat
address space that is linearly contiguous, physically addressed.
Dynamic memory allocation is therefore mostly byte-based, i.e. just
the 'malloc' interface. There are a couple of services, e.g. the
region manager and partition manager, that build higher-level "object"
allocators out of the byte-level interface, but there is not any kind
of paging schemes other than those needed at the hardware interface to
support a 1:1 mapping.
I hope this helps,
Gedare
> Thanks and Regards
> Abhinav Jain
>
>
> On Fri, Jan 26, 2018 at 2:07 PM, Abhinav Jain <jainab.2009 at gmail.com>
wrote:
>>
>> Sir,
>>
>> Thanks a lot for guidance, I will go through the links provided by you.
>>
>> Thanks and Regards
>> Abhinav Jain
>>
>> On Jan 26, 2018 2:02 PM, "Amaan Cheval" <amaan.cheval at gmail.com> wrote:
>>>
>>> > I found some code here that you might find useful:
>>> > https://code.google.com/archive/p/rtems-mmu-support/
>>>
>>> What I linked was work from 2009, found here:
>>> https://devel.rtems.org/wiki/GSoC/2009/
>>>
>>> Here's more code, from 2011:
>>> https://code.google.com/archive/p/gsoc2011-rtems-mmu-support-project/
>>>
>>> (It was linked in the final report for GSoC 2011:
>>> https://www.rtems.org/gsoc2011_final_report)
>>>
>>> Code from 2013:
>>> https://github.com/heshamelmatary/rtems-gsoc2013/tree/low-level-libmm
>>>
>>> And a brief summary of the work in 2013 (by Hesham Moustafa
>>> AL-matary):
>>> https://www.rtems.org/gsoc2013_final_report
>>>
>>> Hope that helps :)
>>>
>>> On Fri, Jan 26, 2018 at 1:30 PM, Amaan Cheval <amaan.cheval at gmail.com>
>>> wrote:
>>> >> I was not able to find the code part and the work done in this
project
>>> >> till now.
>>> >
>>> > I found some code here that you might find useful:
>>> > https://code.google.com/archive/p/rtems-mmu-support/
>>> >
>>> > Besides that, perhaps searching the mailing list archives might prove
>>> > useful too:
>>> >
>>> > https://www.google.com/search?q=gsoc+mmu+site%3Ahttps%3A%2F%
2Flists.rtems.org%2Fpipermail%2Fdevel%2F
>>> >
>>> > Good luck :)
>>> >
>>> > On Fri, Jan 26, 2018 at 8:41 AM, Abhinav Jain <jainab.2009 at gmail.com>
>>> > wrote:
>>> >> Sir,
>>> >>
>>> >> Please guide me so that I can proceed further and start contributing
>>> >> to the
>>> >> project.
>>> >>
>>> >> Thanks and Regards
>>> >> Abhinav Jain
>>> >>
>>> >> On Jan 25, 2018 12:15 AM, "Abhinav Jain" <jainab.2009 at gmail.com>
>>> >> wrote:
>>> >>>
>>> >>> Sir,
>>> >>>
>>> >>> I have gone through the project page
>>> >>> (https://devel.rtems.org/wiki/Projects/MMU_Support#no1) and have
>>> >>> understood
>>> >>> the basic concept and the aim of the project. The project seems very
>>> >>> interesting and I will be highly delighted to be a part of this.
>>> >>> Although I was able to get a brief about the project, I was not able
>>> >>> to
>>> >>> find the code part and the work done in this project till now. Can
>>> >>> you
>>> >>> please help me guiding how can I proceed with contributing to this
>>> >>> project.
>>> >>>
>>> >>> Thanks and Regards
>>> >>> Abhinav Jain
>>> >>> Mob: +91 9717743353
>>> >>>
>>> >>> On Tue, Jan 23, 2018 at 10:23 PM, Abhinav Jain
>>> >>> <jainab.2009 at gmail.com>
>>> >>> wrote:
>>> >>>>
>>> >>>> Sir,
>>> >>>>
>>> >>>> Thanks a lot for your guidance.
>>> >>>>
>>> >>>> Thanks and regards
>>> >>>> Abhinav jain
>>> >>>>
>>> >>>> On Jan 23, 2018 10:03 PM, "Gedare Bloom" <gedare at rtems.org> wrote:
>>> >>>>>
>>> >>>>> Abhinav,
>>> >>>>>
>>> >>>>> On Tue, Jan 23, 2018 at 11:22 AM, Abhinav Jain
>>> >>>>> <jainab.2009 at gmail.com>
>>> >>>>> wrote:
>>> >>>>> > Hello!
>>> >>>>> >
>>> >>>>> > I have gone through the list of open source projects and found a
>>> >>>>> > project
>>> >>>>> > named "Memory Protection"(https://devel.rtems.org/ticket/2904)
>>> >>>>> > very
>>> >>>>> > interesting.
>>> >>>>> > Please elaborate more on the project and guide me how can I
>>> >>>>> > contribute
>>> >>>>> > to it
>>> >>>>> > and what all do I need to know before starting.
>>> >>>>> >
>>> >>>>> You should review the work that was done in previous years on this
>>> >>>>> topic. There have been a few efforts made toward it. Currently,
the
>>> >>>>> most useful thing is to try defining a unified BSP framework for
>>> >>>>> initializing and updating any memory protection related hardware,
>>> >>>>> e.g.
>>> >>>>> MPU/MMU. This is a pre-requisite to being able to define APIs that
>>> >>>>> could rely on memory protection in a reasonably portable way.
>>> >>>>>
>>> >>>>> > Thanks and Regards
>>> >>>>> > Abhinav Jain
>>> >>>>> >
>>> >>>>> > On Sun, Jan 21, 2018 at 10:43 PM, Christian Mauderer
>>> >>>>> > <list at c-mauderer.de>
>>> >>>>> > wrote:
>>> >>>>> >>
>>> >>>>> >> Am 21.01.2018 um 16:01 schrieb Abhinav Jain:
>>> >>>>> >> > Hello Christian Mauderer,
>>> >>>>> >> >
>>> >>>>> >> > I read about GSoC and I found it really interesting. It seems
>>> >>>>> >> > to be
>>> >>>>> >> > a
>>> >>>>> >> > great platform to get linked with the open source
communities.
>>> >>>>> >> > But
>>> >>>>> >> > it
>>> >>>>> >> > seems that its registration starts sometime around March. Can
>>> >>>>> >> > I go
>>> >>>>> >> > forward with some of the projects till then?
>>> >>>>> >> > Please guide what should be further steps. I am really
excited
>>> >>>>> >> > to
>>> >>>>> >> > start
>>> >>>>> >> > working and I hope it will be a great experience for me.
>>> >>>>> >> >
>>> >>>>> >> > Thanks and Regards
>>> >>>>> >> > Abhinav Jain
>>> >>>>> >>
>>> >>>>> >> Hello Abhinav Jain,
>>> >>>>> >>
>>> >>>>> >> yes, that's right. Registration is in a few months. I'm quite
>>> >>>>> >> sure
>>> >>>>> >> that
>>> >>>>> >> there is a solution that you can start on a project and then
>>> >>>>> >> continue
>>> >>>>> >> it
>>> >>>>> >> as a GSoC project. But note that there are quite clear rules
>>> >>>>> >> from
>>> >>>>> >> Google, that only the work during GSoC can be evaluated. And
>>> >>>>> >> there is
>>> >>>>> >> always only a limited number of slots for GSoC students so we
>>> >>>>> >> can't
>>> >>>>> >> guarantee any acceptance even if you start before GSoC starts.
>>> >>>>> >>
>>> >>>>> >> Independent on whether you would like to participate in GSoC
>>> >>>>> >> later or
>>> >>>>> >> not I would suggest to start with
>>> >>>>> >> https://devel.rtems.org/wiki/GSoC/GettingStarted. Then pick a
>>> >>>>> >> project
>>> >>>>> >> that you are interested in (either from the open projects page
>>> >>>>> >> or
>>> >>>>> >> something other that you find interesting) and start to ask
>>> >>>>> >> about it
>>> >>>>> >> on
>>> >>>>> >> the mailing list and whether someone would be ready to support
>>> >>>>> >> you
>>> >>>>> >> now
>>> >>>>> >> and maybe be your mentor during GSoC.
>>> >>>>> >>
>>> >>>>> >> Best regards
>>> >>>>> >>
>>> >>>>> >> Christian
>>> >>>>> >>
>>> >>>>> >> >
>>> >>>>> >> > On Sun, Jan 21, 2018 at 5:09 PM, Christian Mauderer
>>> >>>>> >> > <list at c-mauderer.de
>>> >>>>> >> > <mailto:list at c-mauderer.de>> wrote:
>>> >>>>> >> >
>>> >>>>> >> > Am 21.01.2018 um 12:27 schrieb Abhinav Jain:
>>> >>>>> >> > > Sir
>>> >>>>> >> > >
>>> >>>>> >> > > Thanks for your reply and guidance. It will be a great
>>> >>>>> >> > help
>>> >>>>> >> > if you
>>> >>>>> >> > > please provide me a direction so that I can proceed
>>> >>>>> >> > further.
>>> >>>>> >> > >
>>> >>>>> >> > >
>>> >>>>> >> > >
>>> >>>>> >> > > Thanks and Regards
>>> >>>>> >> > > Abhinav Jain
>>> >>>>> >> >
>>> >>>>> >> > Hello Abhinav Jain,
>>> >>>>> >> >
>>> >>>>> >> > please keep that discussion on the mailing list so that
>>> >>>>> >> > others
>>> >>>>> >> > might
>>> >>>>> >> > can
>>> >>>>> >> > assist too except there is some specific reason for not
>>> >>>>> >> > having
>>> >>>>> >> > it
>>> >>>>> >> > public.
>>> >>>>> >> >
>>> >>>>> >> > If you are interested in GSoC, please start by reading
the
>>> >>>>> >> > GSoC
>>> >>>>> >> > page
>>> >>>>> >> > (https://devel.rtems.org/wiki/GSoC
>>> >>>>> >> > <https://devel.rtems.org/wiki/GSoC>) and do the "GSoC
>>> >>>>> >> > Getting
>>> >>>>> >> > Started"
>>> >>>>> >> > (https://devel.rtems.org/wiki/GSoC/GettingStarted
>>> >>>>> >> > <https://devel.rtems.org/wiki/GSoC/GettingStarted>).
>>> >>>>> >> >
>>> >>>>> >> > If you just want to do some work out of GSoC
occasionally,
>>> >>>>> >> > it
>>> >>>>> >> > would
>>> >>>>> >> > be
>>> >>>>> >> > good if you could provide more details, what exactly you
>>> >>>>> >> > would
>>> >>>>> >> > like
>>> >>>>> >> > to
>>> >>>>> >> > do. For example, you told that you have a Raspberry. If
>>> >>>>> >> > you
>>> >>>>> >> > have
>>> >>>>> >> > some
>>> >>>>> >> > goals with that board, feel free to tell them so that we
>>> >>>>> >> > can
>>> >>>>> >> > help
>>> >>>>> >> > you
>>> >>>>> >> > finding out what would be necessary to reach it.
>>> >>>>> >> >
>>> >>>>> >> > Oh, and by the way: Most people have a quite informal
>>> >>>>> >> > communication
>>> >>>>> >> > style on this mailing list. So no need for any "Sir" in
>>> >>>>> >> > the
>>> >>>>> >> > salutation.
>>> >>>>> >> >
>>> >>>>> >> > Regards
>>> >>>>> >> >
>>> >>>>> >> > Christian
>>> >>>>> >> >
>>> >>>>> >> > >
>>> >>>>> >> > >
>>> >>>>> >> > > On Sun, Jan 21, 2018 at 3:41 PM, Christian Mauderer
>>> >>>>> >> > <list at c-mauderer.de <mailto:list at c-mauderer.de>
>>> >>>>> >> > > <mailto:list at c-mauderer.de <mailto:list at c-mauderer.de
>>>
>>> >>>>> >> > wrote:
>>> >>>>> >> > >
>>> >>>>> >> > > Am 21.01.2018 um 07:21 schrieb Abhinav Jain:
>>> >>>>> >> > > > Sir/Madam
>>> >>>>> >> > > >
>>> >>>>> >> > > > May I get the liberty to bring it to your kind
>>> >>>>> >> > notice
>>> >>>>> >> > that I
>>> >>>>> >> > am second
>>> >>>>> >> > > > year engineering student from Delhi, India. I am
>>> >>>>> >> > pursuing my
>>> >>>>> >> > engineering
>>> >>>>> >> > > > in Instrumentation and Control and for around a
>>> >>>>> >> > year I
>>> >>>>> >> > have
>>> >>>>> >> > been working
>>> >>>>> >> > > > in Linux Kernel Development, I have been writing
>>> >>>>> >> > small
>>> >>>>> >> > drivers and have
>>> >>>>> >> > > > a good knowledge of the operating system. For
>>> >>>>> >> > around
>>> >>>>> >> > 2-3
>>> >>>>> >> > months, I am
>>> >>>>> >> > > > developing some projects using Raspberry Pi.
>>> >>>>> >> > > >
>>> >>>>> >> > > > In the process, I read about your organization
and
>>> >>>>> >> > came
>>> >>>>> >> > to
>>> >>>>> >> > know that you
>>> >>>>> >> > > > are working in a field that interests me a lot
and
>>> >>>>> >> > I
>>> >>>>> >> > would
>>> >>>>> >> > like to be a
>>> >>>>> >> > > > part of your projects. I want to be a contributor
>>> >>>>> >> > and
>>> >>>>> >> > will
>>> >>>>> >> > try to give
>>> >>>>> >> > > > best from my side.
>>> >>>>> >> > > >
>>> >>>>> >> > > > I request you to please assign me some task as
per
>>> >>>>> >> > my
>>> >>>>> >> > abilities so that
>>> >>>>> >> > > > I can start working on it.
>>> >>>>> >> > > >
>>> >>>>> >> > > >
>>> >>>>> >> > > > Thanks and Regards
>>> >>>>> >> > > > Abhinav Jain
>>> >>>>> >> > > > Mob: - +91 9717743353
>>> >>>>> >> > > >
>>> >>>>> >> > >
>>> >>>>> >> > > Hello Abhinav Jain,
>>> >>>>> >> > >
>>> >>>>> >> > > if you are a student, you could think about
>>> >>>>> >> > participating
>>> >>>>> >> > in
>>> >>>>> >> > GSoC:
>>> >>>>> >> > > Basically it's a program where Google pays students
>>> >>>>> >> > for
>>> >>>>> >> > doing
>>> >>>>> >> > open
>>> >>>>> >> > > source work during the semester break. It's always
a
>>> >>>>> >> > great
>>> >>>>> >> > opportunity
>>> >>>>> >> > > for becoming a community member:
>>> >>>>> >> > https://devel.rtems.org/wiki/GSoC
>>> >>>>> >> > <https://devel.rtems.org/wiki/GSoC>
>>> >>>>> >> > > <https://devel.rtems.org/wiki/GSoC
>>> >>>>> >> > <https://devel.rtems.org/wiki/GSoC>>
>>> >>>>> >> > >
>>> >>>>> >> > > Independent whether you are interested in GSoC, you
>>> >>>>> >> > might
>>> >>>>> >> > want
>>> >>>>> >> > to take a
>>> >>>>> >> > > look at the open project page in the wiki. There is
>>> >>>>> >> > a
>>> >>>>> >> > collection of
>>> >>>>> >> > > projects which need some work. Note that although
>>> >>>>> >> > these
>>> >>>>> >> > projects are
>>> >>>>> >> > > mostly targeted at GSoC they could be processed out
>>> >>>>> >> > of
>>> >>>>> >> > GSoC
>>> >>>>> >> > context too:
>>> >>>>> >> > > https://devel.rtems.org/wiki/Developer/OpenProjects
>>> >>>>> >> > <https://devel.rtems.org/wiki/Developer/OpenProjects>
>>> >>>>> >> > > <https://devel.rtems.org/wiki/
Developer/OpenProjects
>>> >>>>> >> > <https://devel.rtems.org/wiki/Developer/OpenProjects>>
>>> >>>>> >> > >
>>> >>>>> >> > > Best regards
>>> >>>>> >> > >
>>> >>>>> >> > > Christian Mauderer
>>> >>>>> >> > >
>>> >>>>> >> > >
>>> >>>>> >> >
>>> >>>>> >> >
>>> >>>>> >
>>> >>>>> >
>>> >>>>> >
>>> >>>>> > _______________________________________________
>>> >>>>> > devel mailing list
>>> >>>>> > devel at rtems.org
>>> >>>>> > http://lists.rtems.org/mailman/listinfo/devel
>>> >>>
>>> >>>
>>> >>
>>> >> _______________________________________________
>>> >> devel mailing list
>>> >> devel at rtems.org
>>> >> http://lists.rtems.org/mailman/listinfo/devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20180131/7f4fb321/attachment-0002.html>
More information about the devel
mailing list