[参考译文] Linux：Linux/AM335X：无法从 uart0引导 spl

您好 Dwarakesh、
感谢您的快速回复。
如果 uboot.img 已通过 uart0下载、您是否意味着 u-boot-spl.bin 将不会运行？我认为 spl 可以从 SD 卡加载 u-boot.img。但是、我想它在从 uart0下载后不会运行。
从 uboot 2011.09中编译的 u-boot-spl.bin 可用于 UART 引导。

您好 Xing、

您是否已更改 u-boot-spl.bin 以从 SDCard 载入 uboot？ 如果是、它将能够。 否则、如果您使用默认 u-boot-spl.bin 用于 UART 引导、则需要使用 u-boot-spl.bin

您好 Dwarakesh、

          您是否意味着在下载 u-boot.img 之前不会运行默认 u-boot-spl.bin？

您好 Xing、

如果是用于 UART 引导的 u-boot-spl.bin、看起来它不会显示任何日志、如"CCCC"或任何引导日志、但它将运行并等待 uboot.img 立即传输。 但是，如果您修改了 u-boot-spl.bin (或 u-boot-spl.bin，它使用 u-boot.img 的 MMC 加载)，则它可能会提供日志或从 MMC 加载。

您好 Xing、

查看以下帖子：
e2e.ti.com/.../534961
2 ．e2e.ti.com/.../1963420
e2e.ti.com/.../2045963

您好 Dwarakesh

     感谢您提供这些信息！

     我对  "如果它是用于 UART 引导的 u-boot-spl.bin、它看起来不会显示任何日志、如"CCCCC"或任何引导日志、但它将运行并等待 uboot.img 立即传输。"如果 SPL 运行、它将跳转至0x402F0400、并将调用 preloader_console_init 函数。

    或者、您能告诉我 spl 中关于"等待 uboot.img"的代码在哪里？

      

它位于 common/spl/spl.c 中

函数是 spl_load_image()，它调用 spl_ymodem_load_image()

您好 Dwarakesh、
非常感谢！
我认为 preloader_console_init()函数将在 spl_load_image()之前调用。
日志"U-Boot SPL " plain_version "(" U_boot_date "-"\ U_boot_time ")"应在 junp 至 spl_load_image 函数之前显示。
可能会挂起。

您好 Xing、

你没有得到这份日志、那么是的、这可能是因为 SPL 被挂起而引起的问题、这是不正确的。

您好 Dwarakesh、

        我发现 uboot 将在   start.s 文件的复位函数中的"BL cpu_init_cp15"处挂起。它无法 进入 "cpu_init_cp15"函数。

      但是、如果我将"BL CPU_init_cp15"更改为"b CPU_init_cp15"、则可以运行"cp_init_cp15"函数。

      你对此有什么建议吗？

我不明白为什么它会有所不同。 理想情况下、BL 表示使用 Link 进行分支。 如果要返回到调用方代码、则需要保存链接地址。 B 单独表示分支、这意味着它不会返回给调用方。

您好 Dwarakesh、

   是的、我知道。但是、我真的想知道 BL 命令在什么条件下会失败。

   我 已经测试了 LDR 命令、也可以跳过子例程。

   如何调试 此问题的建议 对 我也很有帮助。

您好 Xing、

您是否正在使用最新 SDK 中的 uboot？ 您是否使用了软件包中提供的相同的交叉编译器？ 我看到包装中有 BL、看起来很好。

您好 Dwarakesh、

         我使用最新的 SDK 并使用 linaro 6.3.1进行编译。我认为此问题可能与交叉编译器无关。

         因为  u-boot-spl.bin 版本2011.09适用于 UART 引导。 它由同一个交叉编译器编译。

您好 Xing、

1.您是否比较了 start.S 流程中的两个代码？ 它们是否相同？
使用 Processor SDK 交叉编译器进行编译时会发生什么情况。 行为是相同的？

您好 Dwarakesh、
这两个 uboot 版本之间存在许多差异。
我尚未在 SDK 中使用交叉编译器。因为我在下载 Linux SDK 之前安装了最新的 linaro 交叉编译器。