主题：C2000WARE 中讨论的其他器件
工具/软件：
您好：
我目前正在研究 F28379D 上的 RAM 管理、并使用 C2000Ware 中的 ram 双 CPU 示例 (C2000Ware_6_00_00_00\driverlib\f2837xd\examples\dual\ram)。 我注意到该工程.cmd每个 CPU 包含三个文件：
-
Headers_nonBIOS_cpuX.cmd -
RAM_lnk_shared_cpuX.cmd -
ram_ex1_isr_cpuX.cmd
注释中提到“共享 RAM 区域在 CPU2 和 CPU1 链接器文件中都定义。“
但是、当我查看RAM_lnk_shared_cpu1.cmd和RAM_lnk_shared_cpu2.cmd时、我看到两者都包含 完全相同的MEMORY定义 、包括所有 GSX RAM 区域
（例如， RAMGS0 ：origin = 0x00C000、length = 0x001000“to"</s>“ RAMGS15 : origin = 0x01B000, length = 0x000FF8 )。
我的问题是： 这是正确的方法、还是链接器命令文件应该反映实际的 RAM 所有权配置？ 具体来说：
-
我是否应该在 CPU2 链接器文件中仅定义 CPU2 所拥有的 GS RAM 块（例如 GS0、GS14）、并在 CPU1 链接器文件中将它们注释掉？
-
或者、我是否还应该在中定义这些 GS RAM 块 两者可兼得 CPU1 和 CPU2 链接器文件（即不要将它们注释掉）、实际所有权仅通过 CPU 系统控制寄存器（例如）进行控制
MemCfgRegs.GSxMSEL？ 即 CPU2 链接器 cmd 文件中将定义 GS0 和 GS14（无需在 CPU1 链接器 cmd 文件中将它们注释掉） - 还是需要定义 所有 GS RAM 区域 命令文件中保留一个新的 CPU 链接器命令文件、而不管其所有权是什么？
我希望在此澄清打算采取的做法。
以及当我构建“ram"项目“项目时 (C2000Ware_6_00_00_00\driverlib\f2837xd\examples\dual\ram)。 我收到了很多类似的警告（其中一些警告如下所示）。 我不确定是否缺少任何文件？
[16]“C：/ti/C2000Ware_6_00_00_00/device_support/f2837xd/common/include/F2837xD_Ipc_drivers.h、第 74 行：警告#48-D：宏“ipc_buffer_size"的“的重新定义不兼容（在“C2000Ware_6_00_00_00/driverlib/f2837xd/driverlib/ipc.h"的“的第 89 行声明）
[55]“C"：“：/ti/C2000Ware_6_00_00_00/device_support/f2837xd/common/include/F2837xD_Ipc_drivers.h、第 238 行：警告#48-D：重新定义的宏“C1C2_BROM_BOOTMODE_FROM_SCI"（“（在（在的第 201 行声明）不兼容
谢谢您、
Vijaymahantesh V Surkod
