Page 1 of 1

What's the current state of drivers for the MMU?

Posted: Tue May 15, 2018 4:02 pm
by p-rimes
To me, the MMU is the coolest feature after the Wifi radio (especially since Wifi is an easy link to obtaining unprivileged code, which should be isolated).

Is there some reference code for using PIDs with the MMU (or MPU)?

Re: What's the current state of drivers for the MMU?

Posted: Wed May 16, 2018 6:46 am
by ESP_Sprite
No, sorry, the PID system is more-or-less untested at the moment.

Re: What's the current state of drivers for the MMU?

Posted: Fri Oct 12, 2018 3:25 pm
by rafal.majda
Hi,
What is the status of MMU/MPU/PID work for ESP32 ?

Re: What's the current state of drivers for the MMU?

Posted: Fri Oct 12, 2018 3:27 pm
by rafal.majda
Hi,
What is the actual status of PID works?

Re: What's the current state of drivers for the MMU?

Posted: Sat Oct 13, 2018 4:04 am
by ESP_Sprite
Still the same. Hardware is there (and documented in the TRM) but no ESP-IDF support (apart from memory mapping flash using the MMU, and upcoming support for bankswitching of 8MB PSRAM chips).

Re: What's the current state of drivers for the MMU?

Posted: Mon Oct 15, 2018 9:16 am
by rafal.majda
Thank you for answer.
Do you have a plan to do this job finally ?

Re: What's the current state of drivers for the MMU?

Posted: Mon Oct 15, 2018 10:40 pm
by ESP_Angus
rafal.majda wrote:Thank you for answer.
Do you have a plan to do this job finally ?
Unfortunately no, there's no plan to provide support for this hardware feature at the moment.

I think there is often some confusion about the meaning of "MMU" in ESP32. Even including these PID features, the MMU in ESP32 is a much simpler memory management unit than what is found on larger processors with virtual memory / protected memory spaces / etc.

Can you explain why you're interested in the MMU support? What are you aiming to develop?

Re: What's the current state of drivers for the MMU?

Posted: Fri Nov 23, 2018 7:19 am
by p-rimes
Well, my use case is for dynamic loading of modules (obtained via the network from a trusted server). But the content of the modules is user-generated, so I would like to sandbox/prevent memory reads -- and hopefully peripheral access -- while executing those modules (via PIDs).