Other Parts Discussed in Thread: SYSCONFIG
器件型号： AM6442
主题： SysConfig 中讨论的其他器件
尊敬的 TI 团队：
我们遇到了一个关键问题、即只要在 SBL 中启用 A53/Linux 引导流程、实时网络外设就会停止工作。
场景 A–独立 RTOS 引导（工作）
当我们注释掉 SBL（和）内部的 Linux 映像处理逻辑时App_loadLinuxImages() App_runLinuxCpu()、两者都将 R5F0_0 R5F1_0 成功从 OSPI 闪存引导。
在此配置中：
-
以太网 PHY 实现正确的物理链路建立。
-
PLC 能够成功发现 EtherCAT 子器件。
-
EtherCAT 通信按预期运行。
场景 B–Linux 引导已启用（故障）
当 SBL 中启用 Linux 解析/跳转逻辑时、U-Boot 和 Linux 引导在 A53 上完全成功。
不过：
-
EtherCAT 发现完全从 PLC 端失败。
-
R5F1_0应用程序仍显示为启动并运行。 -
从 EtherCAT 的角度来看、物理以太网链路行为不一致/无法正常工作。
已执行根本原因调查
为了隔离问题、我们已经验证并排除了以下常见冲突情形：
1. Linux/内核硬件资源冲突（排除）
我们在一个隔离的配置中引导 Linux、其中 k3-r5-rproc 驱动程序被完全禁用。
验证：
-
/sys/class/remoteproc/都为空。 -
实时 DT 状态检查确认 Linux 没有拥有或访问相关外设：
bus@f4000/i2c@20000000/status -> disabled
bus@f4000/icssg@30080000/status -> disabled
这证实了 Linux 在以下方面是完全被动的：
-
ICSSG1
-
I2C0
-
相关的 EtherCAT 外设
尽管如此、只要在 SBL 中启用 Linux 引导流程、EtherCAT 发现就会失败。
2. UART 控制台/寄存器冲突（排除）
为避免 UART0 寄存器与 A53/Linux 控制台冲突、请执行以下操作：
-
对于
R5F0_0和R5F1_0应用程序、在 SysConfig 中均已完全禁用 UART 日志记录。
您能否提出我们还应研究哪些其他方面、或者在通过 SBL 组合 EtherCAT RTOS 内核与 A53/Linux 引导时是否存在已知的依赖关系？
我们希望提供任何指导或调试建议。
此致、
Sonu Kumar
