GSoC project: Memory protection (Ticket no: 2904)

Utkarsh Rai utkarsh.rai60 at gmail.com
Tue Mar 23 10:45:12 UTC 2021


On Mon, Mar 22, 2021 at 9:54 PM Gedare Bloom <gedare at rtems.org> wrote:

> Hi Rajiv,
>
> On Sat, Mar 20, 2021 at 12:40 AM Rajiv Vaidyanathan
> <rajiv.vaidyanathan4 at gmail.com> wrote:
> >
> > Hello RTEMS community,
>

Hello Rajiv,


> >
> > I am interested in the ticket: Memory protection. I saw that this topic
> has been pursued a few times in GSoC. It would be great if someone can let
> me know the current status of this project and guide me about what are the
> contributions that can be done this year.
> >
> Yes, this is a frequently attempted project that slowly makes progress
> over time. I think that Utkarsh has gotten somewhat close to a
> workable solution, but there were some design flaws in his approach
> for task stack protection (mainly, iterating over all the tasks) that
> are still lingering.


If you want to work on thread stack protection using MMU you can look at
this
thread <https://lists.rtems.org/pipermail/devel/2020-December/063606.html> for
the issues with my solution and possible resolutions to them.
You can clone the 'Final-release' branch of this
<https://github.com/ur10/rtems> repo to get an idea of the
changes/additions that I had done and refer to this blog
<https://gsoc2020memoryprotection.blogspot.com/2020/05/what-is-thread-stack-protection-well.html>
for
a brief description of my idea
behind making those changes/additions.
Ideally, I would have liked to complete them for myself, this summer, but I
am not sure
if the time constraints that I have would allow me to pursue this right
now.


> There could be enough work here to pick up from his progress. The
> major issue would be figuring out what  the final state of his code is
> in, and to dig in to the design and implementation details to write a
> concrete proposal how to bring task stack protection to a production
> state. There may be other directions to consider as well, such as
> improving the risc-v MMU support perhaps.
>
> > Thanks and regards,
> > Rajiv
> > _______________________________________________
> > 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/20210323/0fc3c23e/attachment-0001.html>


More information about the devel mailing list