请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：PROCESSOR-SDK-AM335X 工具/软件：TI-RTOS
好的、这是一个交叉问题。
我们在 TI-RTOS 中进行开发、并使用 BeagleBone Black 上的 MLO/App 引导过程进行测试。 我们的 SOM 供应商不提供 TI-RTOS MLO、但提供了一个正常工作的 U-Boot 源树。
为了将 TI-RTOS 交叉轮询到 SOM、我们希望使用 U-Boot 引导、加载二进制文件等并启动它。
我们在工作台上搜索了大量内容、并尝试了所有关于 BeagleBone Black 的建议、但没有成功。
那么、第一个问题：是否有人成功地做到了这一点？ 如果是、请提供提示。
我们构建了 GPIOBlinkLED 示例、它可以在应用文件的库存 MLO 加载情况下正常工作。 然后我们进行 mkimage、并将.bin 和 mkimaged 文件(扩展名为.UB)放入具有 U-Boot 的 microSD 中。
我们已经尝试对.bin 文件执行 FATLOAD 操作、将 mkimage 生成器脚本添加到编译后处理等
我们可以加载 bin、或者将映像加载到存储器中、对其进行检查、引导(自动引导关闭)映像、检查0x8000000等。一切看起来都正常。
但是当我们"去0x8000000000"时、它就进入了 Lala land。
我们已经尝试了各种版本的 U-Boot、包括构建最新的2018.01版本。
在发生存储器冲突的情况下、我们尝试将基地址重新定位到0x81000000。 所有结果相同。
我们是否要打死马？ 这是可行的吗？ 当我们站在我们的头上并按下重置按钮时、我们是否没有正确地握住我们的舌头？
感谢您的反馈！！
-Ed
