[参考译文] CCS/TMS320F28379D：在 cmd 文件中配置内存分配显示和内存分配。

您好！

看起来 ebss 段足够小、可以安装在 LS5和 GS0中。 其他 GSRAM 中没有分配变量、因此您会看到它们为空。

如果需要、您可以将它们组合在一起并将其作为单个存储器块。

例如、

RAMGS0：origin = 0x00C000、length = 0x001000
RAMGS1：origin = 0x00D000、length = 0x001000

这可以组合为单个块

RAMGS01：origin = 0x00C000，length = 0x002000

只要地址是连续的、就可以组合 n 个 RAM。

默认情况下、我们将它们保留为单独的存储器块、以防应用程序希望将它们用于不同的用途。

此致、

Veena

Veena、

感谢您的回答、

我在.cmd 文件中解决了我的问题、  

我还有另外一个问题：

我正在使用 FreeRTOS、PC 在执行 portasm.asm 中的_portRESTORE_FIRST_Context 后跳转到中断 void ILLEGAL_ISR (void)。

_portRESTORE_FIRST_CONTEXT
;从新任务控制块恢复堆栈指针。
MOVL XAR0、#_pxCurrentTCB
MOVL XAR0、*XAR0
MOVL XAR0、*XAR0
MOV @SP、AR0

;从保存的任务堆栈恢复 XAR4和 RPC。
;并返回主任务函数。
; SP 应该被设置为堆栈启动加 LRETR 之前的2。
SubB SP、#28
弹出 XAR4
SubB SP、#14
弹出 RPC
SubB SP、#10
LRETR

我不太熟悉 TI 汇编代码、但如果您能帮我、我可以深入了解详情。

我使用 TMS320f28379D 启动 XL 进行测试、

我修改了 cmd 文件、您可以在工程中找到它、无需链接任何内容、所有资源都在工程中。

在进行此修改之前、RTOS 运行良好。

提前感谢您、

S.Tarik  

univcadiayyad-my.sharepoint.com/.../EeO_RCHXm6xDlJ6KQtT5mcsBVOcDf7YCL03T66XUCLjRQQ

尊敬的 S.Tarik：

因此、该问题发生在您更新 cmd 文件后。 对吗？

能否在 LRETR 指令之前检查 RPC 寄存器的值？ 这将保存第一个任务的地址。

此致、

Veena

您好、Veena、

Veena Kamath 说：

SO，问题发生在您更新 cmd 文件后。 是这样吗？[/引述]

是的、

RPC = 0x0 befor LRETR！

尊敬的 S.Tarik：

您的任务堆栈未按预期更新。

我希望这是在 CPU1一侧。 GSRAM 在 CPU1和 CPU2之间共享、我相信所有 GSRAM 的所有权都已正确分配。 默认情况下、GSRAM 由 CPU1拥有。

此致、

Veena  

您好！

任务堆栈通常包含 任务的返回地址、任务恢复例程将使用该地址。  

我不知道为什么在 GSRAM 中分配它们不起作用。 您能否创建全局变量、分配给 GSRAM、在 main 中初始化变量并检查您是否可以在存储器中看到该值？

此外、如果未完成、请将 GSRAM 所有权配置为 CPU1。  

此致。

Veena

您好、Veena、

我必须将 LSRAM 用于.ESS 变量、它运行良好、

很抱歉、延迟重放、我不知道为什么这不能使用 GSRAM

谢谢你