Mips 为什么要启动系统,加载两个版本的u-boot?

Mips 为什么要启动系统,加载两个版本的u-boot?,mips,embedded-linux,u-boot,Mips,Embedded Linux,U Boot,我有一个在MIPS架构中使用MT7620a的网关设备。设备已安装OpenWRT。如果我通过UART连接到设备,目的是刷新新固件,我会看到一些我不理解的东西,MCU加载两个版本的U-Boot U-Boot1.1.3 Ralink UBoot版本:4.3.0.0 这是启动后的日志系统 U-Boot 1.1.3 (Apr 27 2015 - 13:54:38) Board: Ralink APSoC DRAM: 128 MB relocate_code Pointer at: 87fb8000

我有一个在MIPS架构中使用MT7620a的网关设备。设备已安装OpenWRT。如果我通过UART连接到设备,目的是刷新新固件,我会看到一些我不理解的东西,MCU加载两个版本的U-Boot

  • U-Boot1.1.3
  • Ralink UBoot版本:4.3.0.0
这是启动后的日志系统

U-Boot 1.1.3 (Apr 27 2015 - 13:54:38)

Board: Ralink APSoC DRAM:  128 MB
relocate_code Pointer at: 87fb8000
enable ephy clock...done. rf reg 29 = 5
SSC disabled.
spi_wait_nsec: 29
spi device id: 1c 70 18 1c 70 (70181c70)
find flash: EN25QH128A
raspi_read: from:30000 len:1000
*** Warning - bad CRC, using default environment

============================================
Ralink UBoot Version: 4.3.0.0
--------------------------------------------
ASIC 7620_MP (Port5<->None)
DRAM component: 1024 Mbits DDR, width 16
DRAM bus: 16 bit
Total memory: 128 MBytes
Flash component: SPI Flash
Date:Apr 27 2015  Time:13:54:38
U-Boot 1.1.3(2015年4月27日-13:54:38) 电路板:Ralink APSoC DRAM:128 MB 将_代码指针重新定位到:87fb8000 启用ephy时钟…完成。rf reg 29=5 SSC禁用。 spi_wait_nsec:29 spi设备id:1c 70 18 1c 70(70181c70) 查找闪存:EN25QH128A raspi_读数:从:30000 len:1000 ***警告-错误的CRC,使用默认环境 ============================================ Ralink UBoot版本:4.3.0.0 -------------------------------------------- ASIC 7620\u MP(端口5无) DRAM组件:1024 Mbits DDR,宽度16 DRAM总线:16位 总内存:128 MB 闪存组件:SPI闪存 日期:2015年4月27日时间:13:54:38 当然,在这个问题上我还有几个问题:

  • 这些U-Boot之间有什么不同
  • 为什么我的设备需要两个版本的U-Boot
  • 此u-boots是否需要单独的*.bin映像,或者这些映像一起使用 在一个图像中*.bin?在我的设备中,u-boot映像只有一个分区,变量只有一个分区:
    • mtd0:0003000000010000“u形防尘套”
    • mtd1:0001000000010000“u-boot-env”

  • 可能只有一个u-boot,“Ralink UBoot版本:4.3.0.0”是Ralink的内部u-boot版本。

    正如Alexandre Belloni所说,您的设备上可能只有一个u-boot版本,它只有两个不同的版本标识符

    这是因为制造商通常需要修改U-Boot源代码,以使其在设备上运行,或添加功能


    在您的设备上,Ralink从官方U-Boot源代码库中提取的U-Boot版本看起来是1.1.3。Ralink自己用于跟踪内部修改的内部版本号为4.3.0.0。

    那么U-Boot 1.1.3与X-Loader as1第一阶段引导类似吗?我不太明白你的回答。。谢谢你的回复。我理解两个版本的identivers和内部数字形式的Ralink的原因,但modifi U-Boot对此有何影响?你有什么要告诉我,在这一刻没有一个稳定的版本可以有一个专用的版本?我有点不明白。@当然,他们可以有一个专用的版本标识符,但他们选择将它们分开(这也是我喜欢的)。他们需要跟踪他们最后一次从哪个版本的U-Boot中取出,而且在启动时打印出来非常方便,这样任何人都可以看到。如果他们想将其合并为一个版本标识符,他们可能需要维护一个内部文档,将他们发布的每个版本与使用的U-Boot版本关联起来。请记住,随着时间的推移,他们可能会继续引入U-Boot更新。