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.

[参考译文] AM625SIP:SDK10.1 uboot 未能启动电路板

Guru**** 2539500 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1561838/am625sip-sdk10-1-uboot-failed-to-bring-up-the-board

器件型号:AM625SIP


工具/软件:

您好、

操作系统映像加载到 0x80000000、始终在 SDK 版本为 9.2 及更高版本时工作。

但  除非将加载地址重定位到  0x81000000、否则 SDK10.1 uboot 无法启动操作系统。

我在 SDK 10.1 中怀疑有器件保留了 0x80000000、接近该值。

我在 bdinfo 的输出中检查了保留的条目,但看不到它。

        => bdinfo
boot_params = 0x0000000000000000
DRAM bank   = 0x0000000000000000
-> start    = 0x0000000080000000
-> size     = 0x0000000020000000
flashstart  = 0x0000000000000000
flashsize   = 0x0000000000000000
flashoffset = 0x0000000000000000
baudrate    = 115200 bps
relocaddr   = 0x000000009bf03000
reloc off   = 0x000000001b703000
Build       = 64-bit
current eth = ethernet@8000000port@1
ethaddr     = 08:04:b4:31:12:12
IP addr     = <NULL>
fdt_blob    = 0x0000000099ed1300
new_fdt     = 0x0000000099ed1300
fdt_size    = 0x0000000000012a80
multi_dtb_fit= 0x0000000000000000
This will not be a case any time
lmb_dump_all:
memory.cnt = 0x1 / max = 0x10
memory[0]      [0x80000000-0x9fffffff], 0x20000000 bytes flags: 0
reserved.cnt = 0x4 / max = 0x10
reserved[0]    [0x98ecb000-0x9fffffff], 0x07135000 bytes flags: 0
reserved[1]    [0x9c700000-0x9d9fffff], 0x01300000 bytes flags: 0
reserved[2]    [0x9db00000-0x9e6fffff], 0x00c00000 bytes flags: 0
reserved[3]    [0x9e780000-0x9fffffff], 0x01880000 bytes flags: 0
devicetree  = separate
serial addr = 0x0000000002800000
width      = 0x0000000000000000
shift      = 0x0000000000000002
offset     = 0x0000000000000000
clock      = 0x0000000002dc6c00
arch_number = 0x0000000000000000
TLB addr    = 0x000000009bff0000
irq_sp      = 0x0000000099ecfff0
sp start    = 0x0000000099ecfff0
Early malloc usage: 3bc0 / 8000

请帮助澄清这一点。

谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Hailong:

    我怀疑在 SDK 10.1 中有一些内容保留了 0x80000000、接近该值。

    是、自从 SDK10.0 以来、TF-A 已移动到 0x80000000。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    是否有任何证据证实这一点? DTS 文件、配置文件等

    我想知道保留的存储器范围是多少。

    谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Hailong:

    您可以在 U-Boot .config 中看到 ATF 加载地址:

    CONFIG_K3_ATF_LOAD_ADDR=0x80000000

    保留的存储器范围仍然与之前内核器件树中的存储器范围相同。