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.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1622025/tda4al-q1-instructions-to-rebuild-and-redeploy-freertos-images-for-r5f-and-dsp-cores
器件型号： TDA4AL-Q1
您好、
若要调试 IPC 问题、我需要修改 FreeRTOS 代码并将映像重新部署到电路板上。
您能否提供指南？
谢谢！
尊敬的 Hailong：
是否使用 vision_apps 二进制文件进行调试。
您使用的引导模式是 SBL 还是 u-boot？
此致、 Gokul
尊敬的 Gokul：
我们希望调试在 发现和初始化来自 r5f/DSP 内核的已宣布 RPMSG 端点时出现的问题。
如果发生这种情况、VxWorks 将无法 在启动期间创建一些 RPMSG 字符设备。
VxWorks 将 通过 vring/mailbox 将一个消息发送到每个 r5f/DSP 核心 、用于其已公布的 RPMSG 端 点、通过接收该消息、VxWorks 将为每个 RPMSG 端点创建一个 RPMSG 字符设备。
我们从 VxWorks 方面进行了一些调查、发现 VxWorks 已经完成了“发送“工作、并且确实收到了一些邮箱事件。
看起来有时 VxWorks 会错过一些邮箱事件、我们在 VxWorks 的 RPMSG/VRING/Mailbox 驱动程序中找不到任何线索。 因此、我们需要从 r5f/DSP 这边检查是否按预期运行。
我了解到、RTOS 的（RPMSG/VRing/邮箱驱动程序）作为一个名为 PDK IPC LLD 驱动程序的库提供。 是真的吗? 并告诉我如何对此库应用调试所做的更改并重新部署到电路板上。
我正在使用 u-boot 进行引导。
您好：
我们在 PDK IPC 中有 IPC 回声测试示例。 在本例中、Linux 会从 Linux 初始化 rpmsg_char_simplet 消息、然后 PDK 将收到该消息并回显相同的消息。
此致
Tarun Mukesh
我们需要检查 Linux 和 RTOS 启动期间发生的过程。
我不明白您对 TI 的期望是什么。 我们在 RTOS 上有示例应用、您可以连接调试器并查看分步方法。您可以看到 PDK LLD 文档中包含 IPC 组件、您可以按照该组件进行构建。
我们 不想调试任何 IPC 应用程序、这对我们没有帮助。
在操作系统引导期间、Linux/RTOS 将使用 RPMSG/VRing/邮箱驱动程序设置 RPMSG 通信通道、该驱动程序通常是操作系统的一部分。
我们可能需要在 R5f/DSP 内核上调试该器件、我认为该器件正在运行 FreeRTOS。
因此、具体而言、这可能涉及修改 RTOS 代码、 重新编译 RTOS 映像并在 EVM 板上重新部署。
请提供这方面的指南。
