[参考译文] TMDSLCDK6748：新 CCS 工程中的程序挂起

您好！

我已通知软件团队。 他们的反馈将在此处发布。

此致、
Yordan

您好、Rahul、

感谢您的提示。 我以前已经尝试过这种方法、但现在我再次应用了您建议的更改：我已将程序更改为：

#include 

int main (void)
｛
int i；
int j = 0；

对于(I = 0；I < 1000000；I++)
｛
J++；
printf ("j =%d\n"、j)；
｝

printf ("结束：j =%d\n"、j)；

返回0；
｝

这是输出：

[C674x_0] j = 1
j = 2

……

J = 159
j = 160

我省略了两者之间的行、但"j = 160"是最后一行。 我运行了4次、每次最后一次打印的数字 j 不同：160、99、151和137。

然后调试器被暂停并在0xc3d38384处停止、这是汇编语言：

c3d38e10：00000000 NOP
c3d38e14：00000000 NOP
c3d38e18：00000000 NOP
c3d38e1c：00000000 NOP
c3d38e20：013C62E6 LDW/D2T2 *+SP[3]、B2
c3d38e24：023C22E4 LDW/D2T1 *+SP[1]、A4
c3d38e28：023C42E6 LDW/D2T2 *+SP[2]、B4
c3d38e2c：01BC92E6 LDW/D2T2 *+SP[4]、B3
c3d38e30：00000000 NOP
c3d38e34：00080362 B.S2. b2
c3d38e38：00008000 NOP 5
c3d38e3c：00000000 NOP
c3d38e40：001018F3 或.d2x 0、A4、B0
c3d38e44：0001C228 || MVK.S1 0x0384、A0
c3d38e48：0061EBE9 MVKH.S1 0xc3d70000、A0
c3d38e4c：000C0362 || B.S2. B3
c3d38e50：37800266 [！B0] LDW/D1T2 *+A0[0]、SP
c3d38e54：30000276 [！B0] STW/D1T2 b0、*+A0[0]
c3d38e58：00004000 NOP 3
c3d38e5c：00000000 NOP
c3d38e60：01900264 LDW/D1T1 *+A4[0]、A3
c3d38e64：008C6362 BNOP.S2 b3、3
c3d38e68：018FE058 SUB.L1 a3、1、a3
c3d38e6c：01900274 STW/D1T1 A3、*+A4[0]
c3d38e70：00000000 NOP
c3d38e74：00000000 NOP
c3d38e78：00000000 NOP
c3d38e7c：00000000 NOP
c3d38e80：00000000 NOP
c3d38e84：0001A120 BNOP.S1 0xC3D38E84 (PC+4 = 0xc3d38e84)、5
c3d38e88：00000000 NOP
c3d38e8c：00000000 NOP
c3d38e90：00000000 NOP
c3d38e94：00000000 NOP
c3d38e98：00000000 NOP
c3d38e9c：00000000 NOP
c3d38ea0：31F7 STW/D2T2 b3、*b15-[2]
c3d38ea2：0627 || MVK.L2 0、B4
c3d38ea4：1FFFB813 || CallP.S2 0xC3D38C60 (PC-576 = 0xc3d38c60)、B3
c3d38ea8：0726 || MVK.L1 0、A6
c3d38eaa：71F7 LDW/D2T2 *+B15[2]、B3
c3d38eac：0626 MVK.L1 0、A4
c3d38eae：4C6E NOP 3
c3d38eb0：008CA362 BNOP.S2 b3、5
c3d38eb4：00000000 NOP
c3d38eb8：00000000 NOP
c3d38ebc：E1A00003 fphead N、L、W、BU、nobr>、 Nosat、0001101
c3d38ec0：02906059 ADD.L1 3、A4、A5
c3d38ec4：0FF92410 || B.S1. 0xC3D357C0 (PC-14048 = 0xc3d357c0)
c3d38ec8：03140264 LDW/D1T1 *+A5[0]、A6
c3d38ecc：0190E058 ADD.L1 7、A4、A3
c3d38ed0：02101FD8 或.L1x 0、B4、A4
c3d38ed4：020C1FDA 或.L2X 0、A3、B4
c3d38ed8：00000000 NOP
c3d38edc：00000000 NOP
c3d38ee0：010C1FD9 或.L1x 0、B3、A2
c3d38ee4：1FED8C13 || CallP.S2 0xC3D2FB40 (PC-37792 = 0xc3d2fb40)、B3
c3d38ee8：030000A8 || MVK.S1 0x0001、A6
c3d38eec：0088B362 BNOP.S2X A2、5
c3d38ef0：00000000 NOP
c3d38ef4：00000000 NOP
c3d38ef8：00000000 NOP
c3d38efc：00000000 NOP
c3d38f00：008C6363 BNOP.S2 B3,3. 

上的指令为 BNOP.S1 0xC3D38E84 (PC+4 = 0xc3d38e84)、5、这始终是一个分支指令、通过使用汇编步骤进入(Ctrl-Shift-F5)进行确认、该步骤一直保持在同一地址。

现在、我想上面在 DDR2存储器中显示的汇编代码不是真实代码、而只是统一化 DDR2中随机位的结果。 现在的问题是：为什么程序跳转到 DDR2中的地址？ 它是否可以是已在引导条目代码(即调用 main 函数的代码)中启动的中断？

此致、

广告

感谢您在此处公布根本原因。 这似乎是编译器错误、因此我将与编译器团队合作解决此问题。 我们需要检查较新的8.x 编译器 alsos 是否存在此问题。

此致、
Rahul

很抱歉耽误你的时间。

[引用用户="Ad van de Voort"]

CCS boot.c 文件中缺少的代码为：

/*
*清除 CSR 和 IER 寄存器。 这是禁止中断所必需的
*无法启用中断、无法为中断提供服务。
*
_asm ("\t zero\t\t B0")；
_asm ("\t mvc\t\t b0、IER)；
_asm ("\t mvc\t\t b0、csr")； 

[/报价]

此引导例程已在现场运行了20多年。  它从未接触过这些控制寄存器。  实际上、除了内核 CPU 操作之外的任何内容都不会被修改。  这项政策多年来一直行之有效。  因此、请了解我们现在非常不愿意更改它的原因。

谢谢、此致、

乔治

尊敬的乔治：

感谢您查看问题。

这显然是一个错误：程序会在一段时间后挂起。 它已经在这个领域工作了20多年、这一事实绝非一个好的论据：其他软件部件和硬件一直在变化、此外、代码的不同使用会揭示从一开始就存在的错误。 从论坛上可以看出：其他人也遇到了这个问题。 我知道您在更改代码时很小心、但不能修复错误意味着您只是停止维护代码、代码变得过时了。

由于我不是此代码的所有者(很明显)、我无法决定是否更改此代码、但我只是想让您知道我的观点：总结：我认为此错误需要修复。 如果您认为必须在软件的其他部分(或硬件中)修复、请告知我。

此致、

广告

我还担心我们的用户群、通过这个点在1000s 中的数字、我们的用户群是如此。  它们依赖于此引导例程来执行它所做的操作、而不再是其他操作。  行为的任何变化都可能导致至少其中一些问题。   

关于仅初始化主 CPU 寄存器的策略，编译器显式依赖于... 假设我们违反了中断控制寄存器的此策略。  为什么要在这里停留？  外部存储器接口、高速缓存控制寄存器和其他外设怎么样？  请记住、这些寄存器在不同器件上的工作方式不同。  此策略将引导例程与所有这些详细信息分开。

如果您愿意、我很乐意提出一个请求、要求更改引导例程以提供引导挂钩函数。  引导例程将在 START 附近调用一个挂钩、在结尾附近调用一个挂钩  将提供这些挂钩函数的默认实现、该实现不执行任何操作。  但是、用户可以提供他们自己的定制实现这些挂钩函数。  该实现可以执行特定于器件和系统的初始化。

谢谢、此致、

乔治

尊敬的乔治：

我理解您的顾虑。 在前面的一条消息中、我说 boot.c 中存在一个错误(因为我看到 RTSC 工程以这种方式解决了这个错误)、但这并不一定是正确的。 因此、这个问题也许不应该在 boot.c 中解决、而应该在其他地方解决。 我看到硬件在复位时将寄存器 IER 和 CSR 设置为零、因此可能是其他情况导致这些寄存器处于未定义状态(可能是引导加载程序？)。 我很感谢提供挂钩函数的提议、但这不是必需的、因为在主函数中有一个变通办法、可以将这些寄存器设置为0。 但是、如果这个问题得到解决、那就更好了。 您能否将此错误修复请求传递给负责该请求的同事？ 谢谢。

此致、

广告

[引用 user="Ad van de Voort"]感谢提供挂钩函数的提议，但这并不是必需的，因为在 main 函数中有一种变通办法，可以将这些寄存器设置为0。 但是、如果这个问题得到解决、那就更好了。[/引述]

我很困惑。  我建议的解决方案是挂钩函数。  我可以提交一个请求、要求将它们添加到引导例程中。  请注意最大的优势：这些挂钩函数永远不会为现有代码带来问题。  是否要我提交此请求？

谢谢、此致、

乔治

Processor SDK RTOS 4.0.0.4的当前情况是、对于每个新的 CCS 工程、程序会在一段时间后挂起。 这可以通过我在上面描述的权变措施来解决、也可以通过您建议的挂钩函数来解决。 对于我自己来说、这不再是问题、我可以使用 main 中的权变措施、我只需记住将权变措施添加到每个新的 CCS 工程中即可。 但是、我想为所有新用户和 TI 解决严重错误的利益着想。 新用户将遇到问题、因为他们遇到了错误、并且不知道解决方法：main 解决方法或挂钩函数解决方法。 现在、您可以记录权变措施、但在我看来、解决漏洞要容易得多、这样每个人都可以开箱使用新的 CCS 项目、而无需实施权变措施。 我希望这解释更清楚。

此致、

广告

Rahul、

我不完全理解您的答案、但我已完成以下操作：

• 在 PC 上启动 CCS
• 创建一个新的 CCS 项目：空项目(使用 main.c)
• 添加链接器命令文件 C6748.cmd
• 构建
• 为 TMDSLCDK6748加电
• 运行调试器并等待其在 main 停止

此时、当我查看寄存器时、PC 指示值为0xC0004740、如果按下 TMDSLCDK6748上的复位按钮、PC 值将变为0x00700000。

我正在使用硬件：TMDSLCDK6748 (不对闪存进行任何更改)和 XDS100v2 JTAG 14引脚；以及、软件：CCS 版本：7.2.0.00013和 processor_sdk_rtos_omapl138_4_00_00_04。

此致、

广告

我忘记提到寄存器 CSR 和 IER 的值：
调试器启动后：csr=0x14000103、IER =0x00004003
按下重置按钮后：csr=0x14000100、IER =0x00000001
广告

AD van de Voort、

让我尝试并提供更多背景信息。 为了完全理解我的评论、您需要了解 DSP 的启动流程。

DSP 复位时、器件上的 ROM 引导加载程序软件将读取引导开关设置、以确定 DSP 是否需要从引导介质引导。 如果引导开关配置为从闪存引导、器件会初始化器件时钟和引导介质外设、并尝试读取/查找其中的引导映像。 如果找到映像、它将根据应用程序的要求加载映像设置器件、然后将控制权传递给从闪存加载的应用程序。

在您的情况下、当您连接到 DSP 时、内核正在片上存储器或 DDR 区域中执行代码、这表示在您执行上电复位时闪存上有一个应用程序引导。 n`t 解决此问题的理想方法是将引导开关设置为不引导或仿真引导模式、或设置为引导模式、该模式不会刷写引导映像、以便在连接仿真器时 DSP 内核卡在引导 ROM 中 并且没有器件初始化或应用配置正在运行、并且 DSP 处于干净状态。

在 LCDK 上、n`t 有仿真引导模式、但我们有 UART 引导模式、可供使用。 当器件在 UARTn`t 模式下引导时、器件会将 PLL 和 UART 设置为以115.2kbps 的速率引导、但当器件找到来自 UART 的图像时、它将在 BootROM 中保持旋转。 此时、如果您连接并运行 GEL 文件、DSP 应处于清理状态。

请注意、LCDK 附带预编程的 NAND 闪存、因此、如果您按照快速入门指南中的说明将 SW1设置为 NAND 启动、您将在0xCXXXXXXXX 上看到 DSP 从 NAND 启动 TI RTOS 应用程序以及 DSP PC。 请更改 SW1设置并尝试此设置。 连接 DSP 时、您应该会看到它在 L2 ROM 区域[0x700000 - 0x7F FFFFFFF]中执行

希望这有助于澄清我先前的评论。

此致、
Rahul

PS：引导加载程序应用手册：

www.ti.com/.../spraat2f.pdf

感谢您确认这不是编译器问题。 我更新了此处的文档：
processors.wiki.ti.com/.../AM1808_EVM_board_using_CCS?

希望这对您有所帮助。

此致、
Rahul