jlaitine opened a new pull request #3525:
URL: https://github.com/apache/incubator-nuttx/pull/3525
## Summary
The protected build on stm32f7 didn't work for me mainly for two reasons:
- For some reason (which I didn't fully understand), setting the MPU_RASR_S
makes SRAM not writable. Not setting this bit solves the problem; My thinking
here is that since this is a single core chip anyhow, it is fine to leave the
bit out.
- The allocateheap logic makes assumption that the SRAM1_END is aligned to
MPU - friendly address. This is not the case, especially if one needs to use
larger user-side memory chunks. The solution for this is to use MPU subregions
to map the memory with higher granularity. This code has been tested with the
following memory setup (but only with this, and only with stm32f7):
kflash (rx) : ORIGIN = 0x08008000, LENGTH = 512K-32K
uflash (rx) : ORIGIN = 0x08080000, LENGTH = 1536K
ksram (rwx) : ORIGIN = 0x20020000, LENGTH = 128K
usram (rwx) : ORIGIN = 0x20040000, LENGTH = 368K-128K
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
