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.

[参考译文] TMS320C6657:TMDXEVM6657上的引导失败

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/579396/tms320c6657-booting-fail-on-tmdxevm6657

器件型号:TMS320C6657

您好!

我的客户在使用 C6657的定制板上发现引导失败问题、并在 TMDXEVM6657上发现相同的引导失败问题。 请参阅以下 内容、了解 TMDXEVM6657上的引导失败问题、并让我知道我们如何解决此问题。

开发环境
- EVM:TMDXEVM6657
- PCV REV:17-00132-02
- PCV REV:18-00132-02
CCS 版本:5.5
- BIOS-MCSDK_2.1.1.4
- IBL:无需修改即可使用 MCSDK 工具引导加载程序中的 i2crom_0x51_c6657_le

1.使用 NAND 启动正常/失败
请参阅以下日志、了解使用 NAND 启动的"确定/失败"案例。
示例应用:C:\ti\mcsdk_2_01_01_04\examples\NDK\HelloWorld\evmc6657l

引导正常
IBL 版本:1.0.0.15
IBL:从 NAND 引导
IBL:从 NAND 引导
TCP/IP 堆栈'Hello World!' 应用
网络已添加:if-1:192.168.2.100

引导失败
IBL 版本:1.0.0.15
IBL:从 NAND 引导
IBL:从 NAND 引导

2.使用 NOR 引导正常/失败
请参阅以下日志、了解使用 NOR 引导确定/失败案例。
示例应用:C:\ti\mcsdk_2_01_01_04\tools\program_evm\binaries\evm6657l\nor.bin (HUA 2.00.00.04版)

引导正常
IBL 版本:1.0.0.15
IBL:从 NOR 引导
platform_init 完成
启动 BIOS 6
HUA 2.00.00.04版
将主机名设置为 tidemo-501898
MAC 地址:00-18-30-0A-0E-4A
处于 StaticIP 模式的 EVM、地址为192.168.2.100
将 PC 的 IP 地址设置为192.168.2.101
网络已添加:if-1:192.168.2.100
服务状态:THTTP:已启用:000

引导失败
IBL 版本:1.0.0.15
IBL:从 NOR 引导

谢谢、

Shaka

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

    RTOS 团队已收到通知。 他们的反馈将在此处发布。

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

    在所有情况下、似乎引导 ROM 能够加载 IBL、但 IBL 无法加载 NDK 应用程序、或者应用程序在 NDK 应用程序的初始化阶段挂起。 IBL 是次级引导加载程序、类似于可通过仿真器进行调试的应用程序。 为了进行调试、客户可以在 DSP 上为 IBL 加载.out 文件、并单步执行代码以查看 DSP 代码的挂起位置。

    由于显示了 IBL 版本和从 NOR 引导、IBL 代码似乎不是问题、它可能是代码挂起的 NDK 示例。 通过仿真器加载的 NDK 示例在使用 GEL 文件初始化 SOC 后运行、因此请确保使用 ROM 引导加载程序加载时执行所有初始化的代码。 例如、检查 PLL 寄存器以查看时钟是否已初始化、检查 DDR 存储器以查看是否已初始化。 由于行为是断断续续的或断断续续的、因此了解导致挂起的函数至关重要。

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

    您好、Rahul、

    我正在与 Shaka 合作解决这个问题。

    根据您的意见、我将让客户首先在没有 NDK 的情况下检查此问题。

    同时、我想与您联系、以了解我的以下问题。

    实际上、只有在执行 加电/断电测试时才会发生此引导失败、并重复以下情况。

    EVM 上电-> I2C IBL nand 或 NOR 引导-> SYS/BIOS ->断电-> 2秒后-> EVM 上电-> I2C IBL nand 或 NOR 引导-> SYS/BIOS ->断电 ->....

    如上所示、Shaka 的帖子显示了引导成功和引导失败这两个日志。

    此外、他们还没有修改 MCSDK 中的示例。

    因此、我担心很难在使用仿真器进行调试时发现问题、并且需要您对其他调试方法的评论。

    请告诉我您对此问题的看法吗?

    我还随函附上了他们的完整登录信息。

    e2e.ti.com/.../1108.teraterm.log

    谢谢、此致、

    SI

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

    您好、Rahul、

    他们在应用最新的 PSDK v3.2.0后解决了此问题、并希望了解此问题的根本原因。

    根据您之前的评论、我认为发行说明中的以下问题可能是其问题的根本原因。

    请告诉我您对此有何看法?

    http://processors.wiki.ti.com/index.php/Processor_SDK_RTOS_Release_Notes

    谢谢、此致、

    SI

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

    感谢您的更新。 PRSDK-609的根本原因是在轮询链路状态时、驱动程序通过读取 MDIO 链路注册器确定链路已启动。 当以太网电缆断开连接然后再连接回驱动器时、需要禁用并重新启用 MACCONTROL 寄存器中的 EMAC_MACCONTROL_GMII_EN 字段、该字段现已在 PRSDK 3.3中更正

    此用例之前未经过测试、因此在 PRSDK 3.1之前、我们遇到了 NDK-NIMU 的此问题。 所有 KeyStone 驱动程序存储库均在 git.ti.com 中更新、因此您可以在此处查看所有驱动程序的完整更改日志:
    git.ti.com/keystone-rtos

    此致、
    Rahul