This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM2634:启用缓存时的[R5内核] MPU 限制。

Guru**** 2540720 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1427693/am2634-r5-core-mpu-limitation-when-cache-is-enabled

器件型号:AM2634

工具与软件:

尊敬的员工:

我们 在 R5内核开发中收到意外的数据中止、 这些数据中止在发生时非常不确定、并且在禁用缓存后消失。

我们认为以下限制可能是根本原因:

(来自 技术参考手册 SPRUJ17H 2024年10月、第63页)

由于 MPU 架构限制、如果是高速缓存、则为从 R5 CPU 进行可高速缓存访问
行(32字节)访问属于 MPU 区域的最后32个字节、MPU 不正确地指示一个
访问故障。 因此、建议应用程序不要在上执行可缓存访问
MPU 区域的最后32个字节。 对于从 R5或进行的不可缓存访问、不存在此限制
来自非 R5启动器的任何访问。

我们需要找出一种方法来规避这种限制、我们想知道是否 有任何"标准"方法可以继续。

另外、我们注意到勘误文档中未报告该项目。 我们是否错过了任何东西、还是"标准功能"?

提前感谢您、

此致、

Orazio

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    嗨 、Orazio、

    Unknown 说:
    我们需要找出一种方法来规避这一限制、我们想知道是否 有任何"标准"方法可以继续。

    要按照注释中的说明解决此问题、请确保 应用程序不会对  MPU 区域的最后32个字节执行可缓存访问。

    请告知我这是否澄清了您的问题/解决了您的疑虑。

    此致、Shiv