主题中讨论的其他器件:SysConfig、 SK-AM62-LP
工具与软件:
你(们)好
我使用 DFU 下载程序、 但系统将在 uboot 中阻止。 附件文件是 SysConfig DDR 配置文件和引导日志。 DDR 类型为 K4A4G165WE-BCRC
请帮助检查
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.
工具与软件:
你(们)好
我使用 DFU 下载程序、 但系统将在 uboot 中阻止。 附件文件是 SysConfig DDR 配置文件和引导日志。 DDR 类型为 K4A4G165WE-BCRC
请帮助检查
"我不知道你在胡说什么。" 另外、请查看此页面 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1358039/faq-board-bring-up-tips-for-sitara-devices-am64x-am243x-am62x-am62ax-am62px
应用补丁、并发布 regdump 输出。
此致、
James
您好、James
我在这里附上 DDR 数据表、SysConfig 和引导日志。
e2e.ti.com/.../DDR_5F00_bootlog.7z
此致
Zekun
您好、James
已从客户处附加 DDR 寄存器转储。 请确定此案例的优先级、因为情况紧急。 谢谢。
e2e.ti.com/.../2024.12.20_5F00_RGS_5F00_Dump.log
此致
Zekun
它不会生效、在 A53 uboot 中仍会阻止
引导日志:
U-Boot 2024.04-Dirty (2024年12月21日- 10:10:44 +0800)
soc:fdtdec_get_addr_size_fixed:reg:Addr=43000000、大小=20000
AM62x SR1.0 GP
型号:德州仪器(TI) AM62x LP SK
EEPROM 在0x50处不可用、尝试在0x51处读取
在0x51处读取板载 EEPROM 失败-121
DRAM:fdtdec_setup_mem_size_base_lowest:初始 DRAM 基础8000000、大小20000000
fdtdec_setup_memory_banksize:DRAM 组#0:开始= 0x80000000、大小= 0x20000000
512 MiB
如果我 添加" CONFIG_SYS_MEM_TOP_HIDE=0x400000 "添加到 U-Boot configs/am62x_evm_a53_defconfig。 在 A53 uboot 中仍会阻止
但引导日志将如下所示:
U-Boot 2024.04-Dirty (2024年12月21日- 10:27:05 +0800)
soc:fdtdec_get_addr_size_fixed:reg:Addr=43000000、大小=20000
AM62x SR1.0 GP
型号:德州仪器(TI) AM62x LP SK
EEPROM 在0x50处不可用、尝试在0x51处读取
在0x51处读取板载 EEPROM 失败-121
DRAM:fdtdec_setup_mem_size_base_lowest:初始 DRAM 基础8000000、大小20000000
fdtdec_setup_memory_banksize:DRAM 组#0:开始= 0x80000000、大小= 0x20000000
508 MIB (有效512 MIB)
尊敬的 BERT:
请添加" CONFIG_SYS_MEM_TOP_HIDE=0x400000 "至 U-Boot configs/am62x_evm_r5_defconfig
很抱歉、我之前的说明在2个地方不正确。
如果我 添加" CONFIG_SYS_MEM_TOP_HIDE=0x400000 "添加到 U-Boot configs/am62x_evm_a53_defconfig。 [报价]首先、此配置应添加到中 _a53_defconfig、不正确 _r5_defconfg。
第二步、我错过了"0"、值应该是0x4000000、而不是0x400000。
总之、这是我确认的补丁、它修复了 SK-AM62-LP EVM 上的引导问题。
diff --git a/configs/am62x_lpsk_a53_defconfig b/configs/am62x_lpsk_a53_defconfig index 956b119c405a..4e311d23f85c 100644 --- a/configs/am62x_lpsk_a53_defconfig +++ b/configs/am62x_lpsk_a53_defconfig @@ -38,3 +38,4 @@ CONFIG_DFU_MTD=y CONFIG_DFU_NAND=y CONFIG_DFU_NAND_TRIMFFS=y CONFIG_SYS_DFU_DATA_BUF_SIZE=0x40000 +CONFIG_SYS_MEM_TOP_HIDE=0x4000000
但它 也将减少 Linux 中的64MB 可用内存、因为 uboot 内存大小将提交给 Linux 内核。
我可以在明天仔细检查这一点,但我认为这是不正确的。 此 defconfig 选项仅保留 U-Boot 中的存储器、不会传递到 Linux。 Linux 仍应获得完整的512MB。
您可以 在 Linux 启动后检查 Linux 设备树内存@8000000节点
该内核存储器 devicetree 节点与 U-Boot CONFIG_SYS_MEM_TOP_HIDE 配置选项无关。
我可以配置 uboot 请勿将内存大小提交给 Linux
您能详细说明一下吗?
尊敬的 BERT:
CONFIG_ARCH_FIXUP_FDT_MEMORY 始终是在 SDK U-Boot 构建中设置的、因此我从未研究过 U-Boot 在未设置配置选项时的行为。
不过、
此 defconfig 选项仅保留 U-Boot 中的内存、不传递给 Linux。 Linux 仍应获得完整的512MB。[/报价]这是不正确的、 CONFIG_SYS_MEM_TOP_HIDDE 保存的存储器在 Linux 中也不可见。 请尽量将预订减少到 CONFIG_SYS_MEM_TOP_HIDE=0x02500000 是否仍然可以成功引导 Linux?
你(们)好
删除 UBoot 中的 CONFIG_ARCH_FIXUP_FDT_MEMORY 后,系统可以正常引导, Linux 可以正常工作,所有512MB 内存在 Linux 中可见,我已经测试了它。 但我担心的是、 Linux 是否出于特殊原因可以正常使用 CONFIG_SYS_MEM_TOP_HIDDE 保留的存储器、 因此请帮助确保它。 我们不想在 Linux 中浪费任何内存、因为我们的板级内存仅为512MB。
尊敬的 BERT:
DM 固件和 OPTEE 位于内存的顶部、Linux 无法使用。
您可以在 devicetre 保留存储器节点中看到、DM R5固件在0x00c00000大小下为0x9db00000、在0x01800000大小下为 OPTEE 在0x9e800000。 两者都采用上部37MB (0x02500000)、Linux 不会使用该闪存、即使未设置 CONFIG_SYS_MEM_TOP_HIDDE 且 Linux"看到"所有512MB 内存也是如此。 这就是我让您使用 CONFIG_SYS_MEM_TOP_HIDE=0x02500000进行测试的原因、这应该可以解决 U-Boot 引导问题。