[参考译文] TMS320F28P650DK：关于在有效存储器之外进行预取的勘误表

您好！

Unknown 说：

(1)。  勘误表是否也会影响 CLA 内核将 LS9的最后8W 长度用作 CLA 程序 ？ 应该是的 不会 、对吗?

不、它仅适用于 CPU。

[报价 userid="488507" url="~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1489661/tms320f28p650dk-errata-about-prefetching-beyond-valid-memory "]

(2)。  https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1405856/tms320f28p650dk-the-ls8-and-ls9-ram-for-cla-program/5391776#5391776

在这篇文章中、我可以再次确认以下结论：用户不能将 LS0、LS1、LS8和 LS9 RAM 作为 CLA 程序存储器的组合存储器扇区、如下所示、对吧？

RAMLS_CLA_PROG：origin = 0x004000、length = 0x005000 // LS8~LS9~LS0~LS1 (用于 CLA_PROGRAM)

[报价]

正确。

此致、

Vivek Singh

尊敬的 Vivek、

感谢您的答复。

xing qian 说：

否、仅适用于 CPU.

要将 LS8和 LS9配置为 CLA 程序、 用户必须从由 CPU1完成的闪存复制代码、如下所示。

memcpy ((uint32_t *)((uint32_t)&Cla1ProgRunStart +(0x1E000U))、(uint32_t *)&Cla1ProgLoadStart、
(uint32_t)&Cla1ProgLoadSize)；

执行 memcpy 行,这不是问题在这里的勘误? 因为 CPU1目前仍应拥有 LS9的最后8W 长度、或者我的担忧实际上是没有必要的 ？

xing qian 说：

正确。

所以、 您建议如何 将  LS0_1的存储器和  LS8_9 RAM 的存储器配置为.cmd 文件和 memcpy 中的 CLA 程序存储器？

它是否应该这样配置？

.cmd 文件

RAMLS8_LS9：对于 CLA_PROGRAM、origin = 0x004000、length = 0x004000 // LS8~LS9

RAMLS0_LS1： origin = 0x008000、length = 0x001000 //针对 CLA_PROGRAM 的 LS0~LS1

Cla1Prog：load = flash_BANK0、
RUN = RAMLS8_LS9 | RAMLS0_LS1
Load_start (Cla1ProgLoadStart)、
RUN_START (Cla1ProgRunStart)、
Load_Size (Cla1ProgLoadSize)、
对齐(4)

以执行 memcpy

memcpy ((uint32_t *)((uint32_t)&Cla1ProgRunStart +(0x1E000U))、(uint32_t *)&Cla1ProgLoadStart、
(uint32_t)&Cla1ProgLoadSize)；

你看到这里有任何问题吗?  如有任何错误、请更正。

谢谢！

Johnny

尊敬的 Vivek、

是否有机会在此处获得输入内容？

谢谢！

Johnny

Unknown 说：

执行 memcpy 行、这对勘误表来说不是问题吗？ 由于 CPU1此时仍应拥有 LS9的最后8W 长度、或者实际上没有必要担心 ？

问题在于代码获取、而不是读取数据、因此它应该是可以的。

[报价 userid="488507" url="~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1489661/tms320f28p650dk-errata-about-prefetching-beyond-valid-memory/5723188 #5723188"]

以执行 memcpy

memcpy ((uint32_t *)((uint32_t)&Cla1ProgRunStart +(0x1E000U))、(uint32_t *)&Cla1ProgLoadStart、
(uint32_t)&Cla1ProgLoadSize)；

[报价]

在 CPU 端、LS8/LS9和 LS0/LS1的地址不连续、因此此 memcpy 不适用于 LS0/LS1。 您需要分两步完成。 一个用于 LS0和 LS1、另一个用于 LS8和 LS9。

此致、

Vivek Singh

尊敬的 Vivek、

感谢您的答复。

xing qian 说：

问题是用于获取代码、而不是用于读取数据、因此应该是可以接受的。

请您进一步说明代码获取和读取数据之间的区别吗？

xing qian 说：

您需要分两步完成此操作。 一个用于 LS0和 LS1、另一个用于 LS8和 LS9。

"你是说是你的?"  执行两次

.cmd 文件

RAMLS8_LS9：对于 CLA_PROGRAM、origin = 0x004000、length = 0x004000 // LS8~LS9

RAMLS0_LS1： origin = 0x008000、length = 0x001000 //针对 CLA_PROGRAM 的 LS0~LS1

Cla1Prog：load = flash_BANK0、
RUN = RAMLS8_LS9、
Load_start (Cla1ProgLoadStart_LS8_9)、
RUN_START (Cla1ProgRunStart_LS8_9)、
Load_Size (Cla1ProgLoadSize_LS8_9)、
对齐(4)

Cla1Prog：load = flash_BANK0、
RUN = RAMLS0_LS1、
Load_start (Cla1ProgLoadStart_LS0_1)、
RUN_START (Cla1ProgRunStart_LS0_1)、
Load_Size (Cla1ProgLoadSize_LS0_1)、
对齐(4)

以执行 memcpy

memcpy ((uint32_t *)&Cla1ProgRunStart_LS0_1、(uint32_t *)&Cla1ProgLoadStart_LS0_1、
(uint32_t)&Cla1ProgLoadSize_LS0_1)；

memcpy ((uint32_t *)((uint32_t)&Cla1ProgRunStart_LS8_9 +(0x1E000U))、(uint32_t *)&Cla1ProgLoadStart_LS8_9、
(uint32_t)&Cla1ProgLoadSize_LS8_9)；

是否高于看起来正确？ 如果有任何错误、请更正我。

谢谢。此致、

Johnny