您好、TI 专家
在我们的项目中、我们将使用您的 AM64x SKEVM 板。 出于开发目的、我们需要使用以太网引导功能。
作为测试的参考映像、我将使用您在 SDK 中提供的默认映像、网址为:
www.ti.com/.../PROCESSOR-SDK-AM64X
打开包装后
文件:tisdk-default-image-am64xx-evm.wic.xz
我得到:
tispl.bin
tiboot3.bin
-u-boot.img
使用 TI 建议的配置准备 DHCP 服务器和 TFTP 服务器后,请从:
software-dl.ti.com/.../UG-Network-K3.html
这就是我得到的结果:
启动过程:
- 使用 Wireshark,我可以看到 BOOTP 请求和响应数据包都在那里。
- 电路板从 DHCP 服务器接收 IP 地址并开始发送 tidoot3.bin。
- 已启动 tiboot3.bin 协商连接并下载 tispl.bin
- 运行 tispl.bin 将协商连接(可能使用较早的连接)并下载 u-boot.img
- 当 u-boot.img 启动时,它将在 shell 中停止。 因为没有选择上传图像的替代方法。
- 与 uboot 命令有关以太网功能(DHCP/BOOTP/tftpboot)的任何交互都将以同样的消息结束。
在构建 u-boot 的自定义版本时、我注意到 tispl.bin 和 tiboot3.bin 文件中包含的器件树与连接到 u-boot.img 的器件树略有不同。
k3-am642-EVM-u-boot.dtsi
这包括文件是 tiboot3.bin 和 tispl.bin 的一部分 、并按 如下所示覆盖 cpsw3g 节点。
cpsw3g{(&C)
REG =<0x0 0x80000 0x0 0x200000>、
0x0 0x43000200 0x0 0x8>;
reg-names ="cpsw_uss"、"mac_efuse";
/删除-属性/范围;
u-boot、dm-spl;
cpsw-phy-SEL@04044{
兼容="ti、am64-phy-gmii-SEL";
REG =<0x0 0x43004044 0x0 0x8>;
u-boot、dm-spl;
};
以太网端口{
u-boot、dm-spl;
};
};
进行深入检查后、Uboot.img 中包含的设备树 K3-am642-SK.dts 与内核初始化期间提供的设备树相同。 使用此器件树启动内核后、两个以太网端口均正常工作。 但是,它们在 u-boot.img 阶段不起作用。
问题:
1. AM64X-SKEVM 板是否支持通过 eth 进行完全引导? 如果是、您能帮我 实现这一点吗?
2. 为什么 tispl.bin 和 tiboot3.bin 不支持 boot ethernet 和 u-boot.img?
感谢你能抽出时间。
此致