GSoC project: Memory protection (Ticket no: 2904)

Rajiv Vaidyanathan rajiv.vaidyanathan4 at
Tue Mar 23 12:19:29 UTC 2021

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,

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

> On Mon, Mar 22, 2021 at 9:54 PM Gedare Bloom <gedare at> wrote:
>> Hi Rajiv,
>> On Sat, Mar 20, 2021 at 12:40 AM Rajiv Vaidyanathan
>> <rajiv.vaidyanathan4 at> 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 <> for
> the issues with my solution and possible resolutions to them.
> You can clone the 'Final-release' branch of this
> <> repo to get an idea of the
> changes/additions that I had done and refer to this blog
> <> 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
>> >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the devel mailing list