GSoC project: Memory protection (Ticket no: 2904)

[Rajiv Vaidyanathan]

Dear Utkarsh,

Thank you for providing these links. I would like to know if these pending
tasks are long enough to take it up as a GSoC project.

Thanks and regards,
Rajiv

On Tue, 23 Mar 2021 at 16:15, Utkarsh Rai <utkarsh.rai60 at gmail.com> wrote:

>
>
> 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/00fd56b2/attachment.html>