uboot中的SPL作用詳解

　　SPL

　　SPL是uboot第一階段執(zhí)行的代碼。主要負(fù)責(zé)搬移uboot第二階段的代碼到內(nèi)存中運(yùn)行。 SPL是由固化在芯片內(nèi)部的ROM引導(dǎo)的。我們知道很多芯片廠商固化的ROM支持從nandflash， SDCARD等外部介質(zhì)啟動(dòng)。

　　所謂啟動(dòng)，就是從這些外部介質(zhì)中搬移一段固定大小（4K/8K/16K等）的代碼到內(nèi)部RAM中運(yùn)行。這里搬移的就是SPL. 在最新版本的uboot中，可以看到SPL也支持nandflash， SDCARD等多種啟動(dòng)方式。當(dāng)SPL本身被搬移到內(nèi)部RAM中運(yùn)行時(shí)，它會(huì)從nandflash， SDCARD等外部介質(zhì)中搬移uboot第二階段的代碼到外部內(nèi)存中。

　　SPL的文件組成

　　當(dāng)我們?cè)趗boot下執(zhí)行make命令的時(shí)候，它最核心的功能是執(zhí)行Makefile中的all目標(biāo)編譯出相應(yīng)的文件。我們來看看這個(gè)all目標(biāo)

　　［plain］ view plaincopyall： $（ALL-y） $（SUBDIR_EXAMPLES）

　　［plain］ view plain copyall： $（ALL-y） $（SUBDIR_EXAMPLES）

　　all依賴于$（ALL-y）和 $（SUBDIR_EXAMPLES），這里我只關(guān)注ALL-y，如下：

　?。踦lain］ view plaincopy# Always append ALL so that arch config.mk‘s can add custom ones

　　ALL-y += $（obj）u-boot.srec $（obj）u-boot.bin $（obj）System.map

　　ALL-$（CONFIG_NAND_U_BOOT） += $（obj）u-boot-nand.bin

　　ALL-$（CONFIG_ONENAND_U_BOOT） += $（obj）u-boot-onenand.bin

　　ALL-$（CONFIG_SPL） += $（obj）spl/u-boot-spl.bin

　　ALL-$（CONFIG_SPL_FRAMEWORK） += $（obj）u-boot.img

　　ALL-$（CONFIG_TPL） += $（obj）tpl/u-boot-tpl.bin

　　ALL-$（CONFIG_OF_SEPARATE） += $（obj）u-boot.dtb $（obj）u-boot-dtb.bin

　　ifneq （$（CONFIG_SPL_TARGET），）

　　ALL-$（CONFIG_SPL） += $（obj）$（subst “，，$（CONFIG_SPL_TARGET））

　　endif

　　# enable combined SPL/u-boot/dtb rules for tegra

　　ifneq （$（CONFIG_TEGRA），）

　　ifeq （$（CONFIG_OF_SEPARATE），y）

　　ALL-y += $（obj）u-boot-dtb-tegra.bin

　　else

　　ALL-y += $（obj）u-boot-nodtb-tegra.bin

　　endif

　　endif

　　［plain］ view plain copy# Always append ALL so that arch config.mk’s can add custom ones

　　ALL-y += $（obj）u-boot.srec $（obj）u-boot.bin $（obj）System.map

　　ALL-$（CONFIG_NAND_U_BOOT） += $（obj）u-boot-nand.bin

　　ALL-$（CONFIG_ONENAND_U_BOOT） += $（obj）u-boot-onenand.bin

　　ALL-$（CONFIG_SPL） += $（obj）spl/u-boot-spl.bin

　　ALL-$（CONFIG_SPL_FRAMEWORK） += $（obj）u-boot.img

　　ALL-$（CONFIG_TPL） += $（obj）tpl/u-boot-tpl.bin

　　ALL-$（CONFIG_OF_SEPARATE） += $（obj）u-boot.dtb $（obj）u-boot-dtb.bin

　　ifneq （$（CONFIG_SPL_TARGET），）

　　ALL-$（CONFIG_SPL） += $（obj）$（subst ”，，$（CONFIG_SPL_TARGET））

　　endif

　　# enable combined SPL/u-boot/dtb rules for tegra

　　ifneq （$（CONFIG_TEGRA），）

　　ifeq （$（CONFIG_OF_SEPARATE），y）

　　ALL-y += $（obj）u-boot-dtb-tegra.bin

　　else

　　ALL-y += $（obj）u-boot-nodtb-tegra.bin

　　endif

　　 uboot中的SPL作用詳解

　　因?yàn)楸竟?jié)是討論SPL，所以我們只關(guān)注其中的一句ALL-$（CONFIG_SPL） += $（obj）spl/u-boot-spl.bin

　　這句話表明

　　必須定義CONFIG_SPL才能編譯出spl的bin：一般在“include/configs/${CONFIG_NAME}.h”中定義

　　SPL的bin依賴于u-boot-spl.bin

　　接著往下看

　?。踦lain］ view plaincopy$（obj）spl/u-boot-spl.bin： $（SUBDIR_TOOLS） depend

　　$（MAKE） -C spl all

　　［plain］ view plain copy$（obj）spl/u-boot-spl.bin： $（SUBDIR_TOOLS） depend

　　$（MAKE） -C spl all

　　這里可以發(fā)現(xiàn)， u-boot-spl.bin依賴于 $（SUBDIR_TOOLS） depend

　　$（SUBDIR_TOOLS）：暫不分析

　　depend：參考附錄中的depend

　　進(jìn)入spl目錄，執(zhí)行make all

　　接下來進(jìn)入spl目錄，看看它的Makefile ：這里只分析與SPL相關(guān)的部分

　?。踦lain］ view plaincopyCONFIG_SPL_BUILD ：= y

　　export CONFIG_SPL_BUILD

　　［plain］ view plain copyCONFIG_SPL_BUILD ：= y

　　export CONFIG_SPL_BUILD

　　export CONFIG_SPL_BUILD：在接下來的編譯中，這個(gè)變量為y. 從后面的分析中可以看到， uboot的stage1， stage2階段的代碼用的是同一個(gè)Start.S，只不過在Start.S中用#ifdef CONFIG_SPL_BUILD這種條件編譯來區(qū)分。類似的還有其他一些文件。

　　［plain］ view plaincopyHAVE_VENDOR_COMMON_LIB = $（if $（wildcard $（SRCTREE）/board/$（VENDOR）/common/Makefile），y，n）

　　［plain］ view plain copyHAVE_VENDOR_COMMON_LIB = $（if $（wildcard $（SRCTREE）/board/$（VENDOR）/common/Makefile），y，n）

　?。踓pp］ view plaincopy如果board/$（VENDOR）/common目錄中有Makefile文件，則HAVE_VENDOR_COMMON_LIB為y否則為n

　?。踓pp］ view plain copy如果board/$（VENDOR）/common目錄中有Makefile文件，則HAVE_VENDOR_COMMON_LIB為y否則為n

　　［plain］ view plaincopyifdef CONFIG_SPL_START_S_PATH

　　START_PATH ：= $（subst “，，$（CONFIG_SPL_START_S_PATH））

　　else

　　START_PATH ：= $（CPUDIR）

　　endif

　?。踦lain］ view plain copyifdef CONFIG_SPL_START_S_PATH

　　START_PATH ：= $（subst ”，，$（CONFIG_SPL_START_S_PATH））

　　else

　　START_PATH ：= $（CPUDIR）

　　endif

　　我們這里沒有定義CONFIG_SPL_START_S_PATH，所以START_PATH ：= $（CPUDIR）

　　［plain］ view plaincopySTART ：= $（START_PATH）/start.o

　?。踦lain］ view plain copySTART ：= $（START_PATH）/start.o

　　依賴start.o，綜合來看，就是要把CPUDIR下的start.S編譯進(jìn)來。

　?。踦lain］ view plaincopyLIBS-y += arch/$（ARCH）/lib/lib$（ARCH）.o

　?。踦lain］ view plain copyLIBS-y += arch/$（ARCH）/lib/lib$（ARCH）.o

　　依賴lib$（ARCH）.o，具體來看，就是依賴arch/arm/lib/libarm.o

　　［plain］ view plaincopyLIBS-y += $（CPUDIR）/lib$（CPU）.o

　?。踦lain］ view plain copyLIBS-y += $（CPUDIR）/lib$（CPU）.o

　　依賴lib$（CPU）.o，具體來看，就是依賴arch/arm/cpu/armv7/libarmv7.o

　　［plain］ view plaincopyifdef SOC

　　LIBS-y += $（CPUDIR）/$（SOC）/lib$（SOC）.o

　　endif

　?。踦lain］ view plain copyifdef SOC

　　LIBS-y += $（CPUDIR）/$（SOC）/lib$（SOC）.o

　　endif

　　如果定義了SOC，則依賴lib$（SOC）.o，具體來看，就是依賴arch/arm/cpu/s5pc1xx/libs5pc1xx.o

　?。踦lain］ view plaincopyLIBS-y += board/$（BOARDDIR）/lib$（BOARD）.o

　　［plain］ view plain copyLIBS-y += board/$（BOARDDIR）/lib$（BOARD）.o

　　依賴lib$（BOARD）.o，具體來看，就是依賴board/samsung/tiny210/libtiny210.o

　?。踦lain］ view plaincopyLIBS-$（HAVE_VENDOR_COMMON_LIB） += board/$（VENDOR）/common/lib$（VENDOR）.o

　?。踦lain］ view plain copyLIBS-$（HAVE_VENDOR_COMMON_LIB） += board/$（VENDOR）/common/lib$（VENDOR）.o

　　如果HAVE_VENDOR_COMMON_LIB為y，則依賴lib$（VENDOR）.o，具體來看，就是依賴board/samsung/common/libsamsung.o

　?。踦lain］ view plaincopyLIBS-$（CONFIG_SPL_FRAMEWORK） += common/spl/libspl.o

　　LIBS-$（CONFIG_SPL_LIBCOMMON_SUPPORT） += common/libcommon.o

　　LIBS-$（CONFIG_SPL_LIBDISK_SUPPORT） += disk/libdisk.o

　　LIBS-$（CONFIG_SPL_I2C_SUPPORT） += drivers/i2c/libi2c.o

　　LIBS-$（CONFIG_SPL_GPIO_SUPPORT） += drivers/gpio/libgpio.o

　　LIBS-$（CONFIG_SPL_MMC_SUPPORT） += drivers/mmc/libmmc.o

　　LIBS-$（CONFIG_SPL_SERIAL_SUPPORT） += drivers/serial/libserial.o

　　LIBS-$（CONFIG_SPL_SPI_FLASH_SUPPORT） += drivers/mtd/spi/libspi_flash.o

　　LIBS-$（CONFIG_SPL_SPI_SUPPORT） += drivers/spi/libspi.o

　　LIBS-$（CONFIG_SPL_FAT_SUPPORT） += fs/fat/libfat.o

　　LIBS-$（CONFIG_SPL_LIBGENERIC_SUPPORT） += lib/libgeneric.o

　　LIBS-$（CONFIG_SPL_POWER_SUPPORT） += drivers/power/libpower.o

　　drivers/power/pmic/libpmic.o

　　LIBS-$（CONFIG_SPL_NAND_SUPPORT） += drivers/mtd/nand/libnand.o

　　LIBS-$（CONFIG_SPL_ONENAND_SUPPORT） += drivers/mtd/onenand/libonenand.o

　　LIBS-$（CONFIG_SPL_DMA_SUPPORT） += drivers/dma/libdma.o

　　LIBS-$（CONFIG_SPL_POST_MEM_SUPPORT） += post/drivers/memory.o

　　LIBS-$（CONFIG_SPL_NET_SUPPORT） += net/libnet.o

　　LIBS-$（CONFIG_SPL_ETH_SUPPORT） += drivers/net/libnet.o

　　LIBS-$（CONFIG_SPL_ETH_SUPPORT） += drivers/net/phy/libphy.o

　　LIBS-$（CONFIG_SPL_USBETH_SUPPORT） += drivers/net/phy/libphy.o

　　LIBS-$（CONFIG_SPL_MUSB_NEW_SUPPORT） += drivers/usb/musb-new/libusb_musb-new.o

　　LIBS-$（CONFIG_SPL_USBETH_SUPPORT） += drivers/usb/gadget/libusb_gadget.o

　　LIBS-$（CONFIG_SPL_WATCHDOG_SUPPORT） += drivers/watchdog/libwatchdog.o

　?。踦lain］ view plain copyLIBS-$（CONFIG_SPL_FRAMEWORK） += common/spl/libspl.o

　　LIBS-$（CONFIG_SPL_LIBCOMMON_SUPPORT） += common/libcommon.o

　　LIBS-$（CONFIG_SPL_LIBDISK_SUPPORT） += disk/libdisk.o

　　LIBS-$（CONFIG_SPL_I2C_SUPPORT） += drivers/i2c/libi2c.o

　　LIBS-$（CONFIG_SPL_GPIO_SUPPORT） += drivers/gpio/libgpio.o

　　LIBS-$（CONFIG_SPL_MMC_SUPPORT） += drivers/mmc/libmmc.o

　　LIBS-$（CONFIG_SPL_SERIAL_SUPPORT） += drivers/serial/libserial.o

　　LIBS-$（CONFIG_SPL_SPI_FLASH_SUPPORT） += drivers/mtd/spi/libspi_flash.o

　　LIBS-$（CONFIG_SPL_SPI_SUPPORT） += drivers/spi/libspi.o

　　LIBS-$（CONFIG_SPL_FAT_SUPPORT） += fs/fat/libfat.o

　　LIBS-$（CONFIG_SPL_LIBGENERIC_SUPPORT） += lib/libgeneric.o

　　LIBS-$（CONFIG_SPL_POWER_SUPPORT） += drivers/power/libpower.o

　　drivers/power/pmic/libpmic.o

　　LIBS-$（CONFIG_SPL_NAND_SUPPORT） += drivers/mtd/nand/libnand.o

　　LIBS-$（CONFIG_SPL_ONENAND_SUPPORT） += drivers/mtd/onenand/libonenand.o

　　LIBS-$（CONFIG_SPL_DMA_SUPPORT） += drivers/dma/libdma.o

　　LIBS-$（CONFIG_SPL_POST_MEM_SUPPORT） += post/drivers/memory.o

　　LIBS-$（CONFIG_SPL_NET_SUPPORT） += net/libnet.o

　　LIBS-$（CONFIG_SPL_ETH_SUPPORT） += drivers/net/libnet.o

　　LIBS-$（CONFIG_SPL_ETH_SUPPORT） += drivers/net/phy/libphy.o

　　LIBS-$（CONFIG_SPL_USBETH_SUPPORT） += drivers/net/phy/libphy.o

　　LIBS-$（CONFIG_SPL_MUSB_NEW_SUPPORT） += drivers/usb/musb-new/libusb_musb-new.o

　　LIBS-$（CONFIG_SPL_USBETH_SUPPORT） += drivers/usb/gadget/libusb_gadget.o

　　LIBS-$（CONFIG_SPL_WATCHDOG_SUPPORT） += drivers/watchdog/libwatchdog.o

　　根據(jù)具體配置，選擇相應(yīng)的依賴關(guān)系

　　［plain］ view plaincopyifeq （$（SOC），exynos）

　　LIBS-y += $（CPUDIR）/s5p-common/libs5p-common.o

　　endif

　　［plain］ view plain copyifeq （$（SOC），exynos）

　　LIBS-y += $（CPUDIR）/s5p-common/libs5p-common.o

　　endif

　　如果SOC為exynos，則依賴libs5p-common.o，我們這里的SOC為s5pc1xx，所以不依賴

　?。踦lain］ view plaincopySTART ：= $（addprefix $（SPLTREE）/，$（START））

　　LIBS ：= $（addprefix $（SPLTREE）/，$（sort $（LIBS-y）））

　　［plain］ view plain copySTART ：= $（addprefix $（SPLTREE）/，$（START））

　　LIBS ：= $（addprefix $（SPLTREE）/，$（sort $（LIBS-y）））

　　給START和LIBS加上前綴， $（SPLTREE），具體來看，就是編譯過程中生成的.o文件都會(huì)放到spl/目錄下面

　?。踦lain］ view plaincopy# Linker Script

　　ifdef CONFIG_SPL_LDSCRIPT

　　# need to strip off double quotes

　　LDSCRIPT ：= $（addprefix $（SRCTREE）/，$（subst “，，$（CONFIG_SPL_LDSCRIPT）））

　　endif

　　ifeq （$（wildcard $（LDSCRIPT）），）

　　LDSCRIPT ：= $（TOPDIR）/board/$（BOARDDIR）/u-boot-spl.lds

　　endif

　　ifeq （$（wildcard $（LDSCRIPT）），）

　　LDSCRIPT ：= $（TOPDIR）/$（CPUDIR）/u-boot-spl.lds

　　endif

　　ifeq （$（wildcard $（LDSCRIPT）），）

　　LDSCRIPT ：= $（TOPDIR）/arch/$（ARCH）/cpu/u-boot-spl.lds

　　endif

　　ifeq （$（wildcard $（LDSCRIPT）），）

　　$（error could not find linker script）

　　endif

　?。踦lain］ view plain copy# Linker Script

　　ifdef CONFIG_SPL_LDSCRIPT

　　# need to strip off double quotes

　　LDSCRIPT ：= $（addprefix $（SRCTREE）/，$（subst ”，，$（CONFIG_SPL_LDSCRIPT）））

　　endif

　　ifeq （$（wildcard $（LDSCRIPT）），）

　　LDSCRIPT ：= $（TOPDIR）/board/$（BOARDDIR）/u-boot-spl.lds

　　endif

　　ifeq （$（wildcard $（LDSCRIPT）），）

　　LDSCRIPT ：= $（TOPDIR）/$（CPUDIR）/u-boot-spl.lds

　　endif

　　ifeq （$（wildcard $（LDSCRIPT）），）

　　LDSCRIPT ：= $（TOPDIR）/arch/$（ARCH）/cpu/u-boot-spl.lds

　　endif

　　ifeq （$（wildcard $（LDSCRIPT）），）

　　$（error could not find linker script）

　　endif

　　找到spl的鏈接配置文件，具體來看，用的是arch/arm/cpu下的u-boot-spl.lds

　?。踦lain］ view plaincopyALL-y += $（obj）$（SPL_BIN）.bin

　　ifdef CONFIG_SAMSUNG

　　ALL-y += $（obj）$（BOARD）-spl.bin

　　endif

　　all： $（ALL-y）

　　ifdef CONFIG_SAMSUNG

　　$（obj）$（BOARD）-spl.bin： $（obj）u-boot-spl.bin

　　$（OBJTREE）/tools/mk$（BOARD）spl

　　$（obj）u-boot-spl.bin $（obj）$（BOARD）-spl.bin

　　endif

　　$（obj）$（SPL_BIN）.bin： $（obj）$（SPL_BIN）

　　$（OBJCOPY） $（OBJCFLAGS） -O binary $《 $@

　　GEN_UBOOT =

　　cd $（obj） && $（LD） $（LDFLAGS） $（LDFLAGS_$（@F）） $（__START）

　　--start-group $（__LIBS） --end-group $（PLATFORM_LIBS）

　　-Map $（SPL_BIN）.map -o $（SPL_BIN）

　　$（obj）$（SPL_BIN）： depend $（START） $（LIBS） $（obj）u-boot-spl.lds

　　$（GEN_UBOOT）

　　$（START）： depend

　　$（MAKE） -C $（SRCTREE）/$（START_PATH） $@

　　$（LIBS）： depend

　　$（MAKE） -C $（SRCTREE）$（dir $（subst $（SPLTREE），，$@））

　　$（obj）u-boot-spl.lds： $（LDSCRIPT） depend

　　$（CPP） $（CPPFLAGS） $（LDPPFLAGS） -I$（obj）。 -ansi -D__ASSEMBLY__ -P - 《 $《》 $@

　　depend： $（obj）.depend

　　.PHONY： depend

　　［plain］ view plain copyALL-y += $（obj）$（SPL_BIN）.bin

　　ifdef CONFIG_SAMSUNG

　　ALL-y += $（obj）$（BOARD）-spl.bin

　　endif

　　all： $（ALL-y）

　　ifdef CONFIG_SAMSUNG

　　$（obj）$（BOARD）-spl.bin： $（obj）u-boot-spl.bin

　　$（OBJTREE）/tools/mk$（BOARD）spl

　　$（obj）u-boot-spl.bin $（obj）$（BOARD）-spl.bin

　　endif

　　$（obj）$（SPL_BIN）.bin： $（obj）$（SPL_BIN）

　　$（OBJCOPY） $（OBJCFLAGS） -O binary $《 $@

　　GEN_UBOOT =

　　cd $（obj） && $（LD） $（LDFLAGS） $（LDFLAGS_$（@F）） $（__START）

　　--start-group $（__LIBS） --end-group $（PLATFORM_LIBS）

　　-Map $（SPL_BIN）.map -o $（SPL_BIN）

　　$（obj）$（SPL_BIN）： depend $（START） $（LIBS） $（obj）u-boot-spl.lds

　　$（GEN_UBOOT）

　　$（START）： depend

　　$（MAKE） -C $（SRCTREE）/$（START_PATH） $@

　　$（LIBS）： depend

　　$（MAKE） -C $（SRCTREE）$（dir $（subst $（SPLTREE），，$@））

　　$（obj）u-boot-spl.lds： $（LDSCRIPT） depend

　　$（CPP） $（CPPFLAGS） $（LDPPFLAGS） -I$（obj）。 -ansi -D__ASSEMBLY__ -P - 《 $《》 $@

　　depend： $（obj）.depend

　　.PHONY： depend

　　all： $（ALL-y），還記得本篇上面說的，進(jìn)入到spl目錄下之后干啥事嗎？沒錯(cuò)，執(zhí)行make all，其實(shí)執(zhí)行的就是這里的all目標(biāo)。它依賴$（ALL-y）。具體的依賴關(guān)系就不贅述了，順藤摸瓜即可

　　ifdef CONFIG_SAMSUNG：這個(gè)是針對(duì)Samsung平臺(tái)的特殊之處。

　　利用tools/mk$（BOARD）spl這個(gè)工具，將u-boot-spl.bin轉(zhuǎn)為$（BOARD）-spl.bin

　　轉(zhuǎn)換的本質(zhì)，就是在u-boot-spl.bin前面加入head info.關(guān)于head info是什么，可以參考文檔S5PV210_iROM_ApplicationNote_Preliminary_20091126.pdf. 順便可以理解一下samsung芯片的啟動(dòng)流程

　　tools/mk$（BOARD）spl這個(gè)工具是在tools/Makefile里面生成的。

　　OK，分析結(jié)束，接下來，就基于我們上面的分析開始分析代碼了。

　　SPL代碼分析

　　u-boot-spl.lds：它的位置在上文中我們分析了

　　根據(jù)u-boot-spl.lds中的規(guī)則，我們知道CPUDIR/start.o被放在了最前面。它所對(duì)應(yīng)的文件就是arch/arm/cpu/armv7/start.S

　　start.S

　　下面我們看看start.S

　?。踦lain］ view plaincopy.globl _start

　　_start： b reset

　　ldr pc， _undefined_instruction

　　ldr pc， _software_interrupt

　　ldr pc， _prefetch_abort

　　ldr pc， _data_abort

　　ldr pc， _not_used

　　ldr pc， _irq

　　ldr pc， _fiq

　　［plain］ view plain copy.globl _start

　　_start： b reset

　　ldr pc， _undefined_instruction

　　ldr pc， _software_interrupt

　　ldr pc， _prefetch_abort

　　ldr pc， _data_abort

　　ldr pc， _not_used

　　ldr pc， _irq

　　ldr pc， _fiq

　　_start是我們?cè)趌ds里面指定的ENTRY（_start）

　　首先會(huì)跳轉(zhuǎn)到reset處

　　ldr pc， _xxx定義的是中斷向量表

　?。踦lain］ view plaincopy#ifdef CONFIG_SPL_BUILD

　　_undefined_instruction： .word _undefined_instruction

　　_software_interrupt： .word _software_interrupt

　　_prefetch_abort： .word _prefetch_abort

　　_data_abort： .word _data_abort

　　_not_used： .word _not_used

　　_irq： .word _irq

　　_fiq： .word _fiq

　　_pad： .word 0x12345678 /* now 16*4=64 */

　　#else

　　_undefined_instruction： .word undefined_instruction

　　_software_interrupt： .word software_interrupt

　　_prefetch_abort： .word prefetch_abort

　　_data_abort： .word data_abort

　　_not_used： .word not_used

　　_irq： .word irq

　　_fiq： .word fiq

　　_pad： .word 0x12345678 /* now 16*4=64 */

　　#endif /* CONFIG_SPL_BUILD */

　?。踦lain］ view plain copy#ifdef CONFIG_SPL_BUILD

　　_undefined_instruction： .word _undefined_instruction

　　_software_interrupt： .word _software_interrupt

　　_prefetch_abort： .word _prefetch_abort

　　_data_abort： .word _data_abort

　　_not_used： .word _not_used

　　_irq： .word _irq

　　_fiq： .word _fiq

　　_pad： .word 0x12345678 /* now 16*4=64 */

　　#else

　　_undefined_instruction： .word undefined_instruction

　　_software_interrupt： .word software_interrupt

　　_prefetch_abort： .word prefetch_abort

　　_data_abort： .word data_abort

　　_not_used： .word not_used

　　_irq： .word irq

　　_fiq： .word fiq

　　_pad： .word 0x12345678 /* now 16*4=64 */

　　#endif /* CONFIG_SPL_BUILD */

　　當(dāng)CONFIG了SPL_BUILD之后，一旦發(fā)生異常中斷，就會(huì)進(jìn)入死循環(huán)。所以我們的SPL里面不允許出發(fā)異常中斷

　　不過正常的uboot（即stage2階段）還是可以處理異常中斷的。

　　reset

　?。踦lain］ view plaincopy/*

　　* the actual reset code

　　reset：

　　bl save_boot_params

　　* disable interrupts （FIQ and IRQ）， also set the cpu to SVC32 mode，

　　* except if in HYP mode already

　　mrs r0， cpsr

　　and r1， r0， #0x1f @ mask mode bits

　　teq r1， #0x1a @ test for HYP mode

　　bicne r0， r0， #0x1f @ clear all mode bits

　　orrne r0， r0， #0x13 @ set SVC mode

　　orr r0， r0， #0xc0 @ disable FIQ and IRQ

　　msr cpsr，r0

　　/* 。。。。。。。。 */

　　/* the mask ROM code should have PLL and others stable */

　　#ifndef CONFIG_SKIP_LOWLEVEL_INIT

　　bl cpu_init_cp15

　　bl cpu_init_crit

　　#endif

　　bl _main

　　［plain］ view plain copy/*

　　* the actual reset code

　　reset：

　　bl save_boot_params

　　* disable interrupts （FIQ and IRQ）， also set the cpu to SVC32 mode，

　　* except if in HYP mode already

　　mrs r0， cpsr

　　and r1， r0， #0x1f @ mask mode bits

　　teq r1， #0x1a @ test for HYP mode

　　bicne r0， r0， #0x1f @ clear all mode bits

　　orrne r0， r0， #0x13 @ set SVC mode

　　orr r0， r0， #0xc0 @ disable FIQ and IRQ

　　msr cpsr，r0

　　/* 。。。。。。。。 */

　　/* the mask ROM code should have PLL and others stable */

　　#ifndef CONFIG_SKIP_LOWLEVEL_INIT

　　bl cpu_init_cp15

　　bl cpu_init_crit

　　#endif

　　bl _main

　　當(dāng)初次上電或者復(fù)位時(shí)， Uboot最新運(yùn)行的就是這里的代碼

　　bl save_boot_params：如果沒有重新定義save_boot_params，則使用《arch/arm/cpu/armv7/start.S》中的save_boot_params。其不做任何事情，直接返回

　　禁止FIQ， IRQ; 設(shè)置CPU工作在SVC32模式

　　bl cpu_init_cp15：（I/D-Cache， MMU， TLBs），具體見下面代碼中注釋

　　bl cpu_init_crit ：主要是設(shè)置CPU的PLL， GPIO管腳復(fù)用， memory等。具體見下面

　　bl _main ：跳轉(zhuǎn)到《arch/arm/lib/crt0.S》中的_main. 具體見下面

　　cpu_init_cp15

　　［plain］ view plaincopy/*************************************************************************

　　* cpu_init_cp15

　　* Setup CP15 registers （cache， MMU， TLBs）。 The I-cache is turned on unless

　　* CONFIG_SYS_ICACHE_OFF is defined.

　　*************************************************************************/

　　ENTRY（cpu_init_cp15）

　　* Invalidate L1 I/D

　　mov r0， #0 @ set up for MCR

　　mcr p15， 0， r0， c8， c7， 0 @ invalidate TLBs

　　mcr p15， 0， r0， c7， c5， 0 @ invalidate icache

　　mcr p15， 0， r0， c7， c5， 6 @ invalidate BP array

　　mcr p15， 0， r0， c7， c10， 4 @ DSB

　　mcr p15， 0， r0， c7， c5， 4 @ ISB

　　* disable MMU stuff and caches

　　mrc p15， 0， r0， c1， c0， 0

　　bic r0， r0， #0x00002000 @ clear bits 13 （--V-）

　　bic r0， r0， #0x00000007 @ clear bits 2:0 （-CAM）

　　orr r0， r0， #0x00000002 @ set bit 1 （--A-） Align

　　orr r0， r0， #0x00000800 @ set bit 11 （Z---） BTB

　　#ifdef CONFIG_SYS_ICACHE_OFF

　　bic r0， r0， #0x00001000 @ clear bit 12 （I） I-cache

　　#else

　　orr r0， r0， #0x00001000 @ set bit 12 （I） I-cache

　　#endif

　　mcr p15， 0， r0， c1， c0， 0

　　#ifdef CONFIG_ARM_ERRATA_716044

　　mrc p15， 0， r0， c1， c0， 0 @ read system control register

　　orr r0， r0， #1 《《 11 @ set bit #11

　　mcr p15， 0， r0， c1， c0， 0 @ write system control register

　　#endif

　　#ifdef CONFIG_ARM_ERRATA_742230

　　mrc p15， 0， r0， c15， c0， 1 @ read diagnostic register

　　orr r0， r0， #1 《《 4 @ set bit #4

　　mcr p15， 0， r0， c15， c0， 1 @ write diagnostic register

　　#endif

　　#ifdef CONFIG_ARM_ERRATA_743622

　　mrc p15， 0， r0， c15， c0， 1 @ read diagnostic register

　　orr r0， r0， #1 《《 6 @ set bit #6

　　mcr p15， 0， r0， c15， c0， 1 @ write diagnostic register

　　#endif

　　#ifdef CONFIG_ARM_ERRATA_751472

　　mrc p15， 0， r0， c15， c0， 1 @ read diagnostic register

　　orr r0， r0， #1 《《 11 @ set bit #11

　　mcr p15， 0， r0， c15， c0， 1 @ write diagnostic register

　　#endif

　　mov pc， lr @ back to my caller

　　ENDPROC（cpu_init_cp15）

　　［plain］ view plain copy/*************************************************************************

　　* cpu_init_cp15

　　* Setup CP15 registers （cache， MMU， TLBs）。 The I-cache is turned on unless

　　* CONFIG_SYS_ICACHE_OFF is defined.

　　*************************************************************************/

　　ENTRY（cpu_init_cp15）

　　* Invalidate L1 I/D

　　mov r0， #0 @ set up for MCR

　　mcr p15， 0， r0， c8， c7， 0 @ invalidate TLBs

　　mcr p15， 0， r0， c7， c5， 0 @ invalidate icache

　　mcr p15， 0， r0， c7， c5， 6 @ invalidate BP array

　　mcr p15， 0， r0， c7， c10， 4 @ DSB

　　mcr p15， 0， r0， c7， c5， 4 @ ISB

　　* disable MMU stuff and caches

　　mrc p15， 0， r0， c1， c0， 0

　　bic r0， r0， #0x00002000 @ clear bits 13 （--V-）

　　bic r0， r0， #0x00000007 @ clear bits 2:0 （-CAM）

　　orr r0， r0， #0x00000002 @ set bit 1 （--A-） Align

　　orr r0， r0， #0x00000800 @ set bit 11 （Z---） BTB

　　#ifdef CONFIG_SYS_ICACHE_OFF

　　bic r0， r0， #0x00001000 @ clear bit 12 （I） I-cache

　　#else

　　orr r0， r0， #0x00001000 @ set bit 12 （I） I-cache

　　#endif

　　mcr p15， 0， r0， c1， c0， 0

　　#ifdef CONFIG_ARM_ERRATA_716044

　　mrc p15， 0， r0， c1， c0， 0 @ read system control register

　　orr r0， r0， #1 《《 11 @ set bit #11

　　mcr p15， 0， r0， c1， c0， 0 @ write system control register

　　#endif

　　#ifdef CONFIG_ARM_ERRATA_742230

　　mrc p15， 0， r0， c15， c0， 1 @ read diagnostic register

　　orr r0， r0， #1 《《 4 @ set bit #4

　　mcr p15， 0， r0， c15， c0， 1 @ write diagnostic register

　　#endif

　　#ifdef CONFIG_ARM_ERRATA_743622

　　mrc p15， 0， r0， c15， c0， 1 @ read diagnostic register

　　orr r0， r0， #1 《《 6 @ set bit #6

　　mcr p15， 0， r0， c15， c0， 1 @ write diagnostic register

　　#endif

　　#ifdef CONFIG_ARM_ERRATA_751472

　　mrc p15， 0， r0， c15， c0， 1 @ read diagnostic register

　　orr r0， r0， #1 《《 11 @ set bit #11

　　mcr p15， 0， r0， c15， c0， 1 @ write diagnostic register

　　#endif

　　mov pc， lr @ back to my caller

　　ENDPROC（cpu_init_cp15）

　　cpu_init_crit

　?。踦lain］ view plaincopy#ifndef CONFIG_SKIP_LOWLEVEL_INIT

　　/*************************************************************************

　　* CPU_init_critical registers

　　* setup important registers

　　* setup memory timing

　　*************************************************************************/

　　ENTRY（cpu_init_crit）

　　* Jump to board specific initialization.。。

　　* The Mask ROM will have already initialized

　　* basic memory. Go here to bump up clock rate and handle

　　* wake up conditions.

　　b lowlevel_init @ go setup pll，mux，memory

　　ENDPROC（cpu_init_crit）

　　#endif

　?。踦lain］ view plain copy#ifndef CONFIG_SKIP_LOWLEVEL_INIT

　　/*************************************************************************

　　* CPU_init_critical registers

　　* setup important registers

　　* setup memory timing

　　*************************************************************************/

　　ENTRY（cpu_init_crit）

　　* Jump to board specific initialization.。。

　　* The Mask ROM will have already initialized

　　* basic memory. Go here to bump up clock rate and handle

　　* wake up conditions.

　　b lowlevel_init @ go setup pll，mux，memory

　　ENDPROC（cpu_init_crit）

　　#endif

　　b lowlevel_init ：跳轉(zhuǎn)到《arch/arm/cpu/armv7/lowlevel_init.S》中的lowlevel_init

　　lowlevel_init.S

　　lowlevel_init

　　［plain］ view plaincopy#include 《asm-offsets.h》

　　#include 《config.h》

　　#include 《linux/linkage.h》

　　ENTRY（lowlevel_init）

　　* Setup a temporary stack

　　ldr sp， =CONFIG_SYS_INIT_SP_ADDR

　　bic sp， sp， #7 /* 8-byte alignment for ABI compliance */

　　#ifdef CONFIG_SPL_BUILD

　　ldr r9， =gdata

　　#else

　　sub sp， #GD_SIZE

　　bic sp， sp， #7

　　mov r9， sp

　　#endif

　　* Save the old lr（passed in ip） and the current lr to stack

　　push {ip， lr}

　　* go setup pll， mux， memory

　　bl s_init

　　pop {ip， pc}

　?。踦lain］ view plain copy#include 《asm-offsets.h》

　　#include 《config.h》

　　#include 《linux/linkage.h》

　　ENTRY（lowlevel_init）

　　* Setup a temporary stack

　　ldr sp， =CONFIG_SYS_INIT_SP_ADDR

　　bic sp， sp， #7 /* 8-byte alignment for ABI compliance */

　　#ifdef CONFIG_SPL_BUILD

　　ldr r9， =gdata

　　#else

　　sub sp， #GD_SIZE

　　bic sp， sp， #7

　　mov r9， sp

　　#endif

　　* Save the old lr（passed in ip） and the current lr to stack

　　push {ip， lr}

　　* go setup pll， mux， memory

　　bl s_init

　　pop {ip， pc}

　　以前老版本的uboot， lowlevel_init一般都是在board/xxx下面的板級(jí)文件夾下面實(shí)現(xiàn)的。現(xiàn)在直接放到CPUDIR下面了，那它做了什么事情呢

　　對(duì)stack pointer賦值成CONFIG_SYS_INIT_SP_ADDR

　　確保sp是8字節(jié)對(duì)齊

　　將gdata的地址存入到r9寄存器中

　　跳轉(zhuǎn)到 s_init：這個(gè)s_init就需要芯片廠商或者我們自己在板級(jí)文件里面實(shí)現(xiàn)了。它主要做的事情

　　setup pll， mux， memory

　　我個(gè)人感覺，新版本的uboot在CPUDIR下實(shí)現(xiàn)了一個(gè)lowlevel_init.S文件，主要目標(biāo)是初始化sp，這樣s_init就可以用C語言實(shí)現(xiàn)了。而以前的老版本里面， s_init里面要做的事情都是用匯編做的。

　　crt0.S

　　_main

　?。踦lain］ view plaincopyENTRY（_main）

　　* Set up initial C runtime environment and call board_init_f（0）。

　　#if defined（CONFIG_SPL_BUILD） && defined（CONFIG_SPL_STACK）

　　ldr sp， =（CONFIG_SPL_STACK）

　　#else

　　ldr sp， =（CONFIG_SYS_INIT_SP_ADDR）

　　#endif

　　bic sp， sp， #7 /* 8-byte alignment for ABI compliance */

　　sub sp， #GD_SIZE /* allocate one GD above SP */

　　bic sp， sp， #7 /* 8-byte alignment for ABI compliance */

　　mov r9， sp /* GD is above SP */

　　mov r0， #0

　　bl board_init_f

　?。踦lain］ view plain copyENTRY（_main）

　　* Set up initial C runtime environment and call board_init_f（0）。

　　#if defined（CONFIG_SPL_BUILD） && defined（CONFIG_SPL_STACK）

　　ldr sp， =（CONFIG_SPL_STACK）

　　#else

　　ldr sp， =（CONFIG_SYS_INIT_SP_ADDR）

　　#endif

　　bic sp， sp， #7 /* 8-byte alignment for ABI compliance */

　　sub sp， #GD_SIZE /* allocate one GD above SP */

　　bic sp， sp， #7 /* 8-byte alignment for ABI compliance */

　　mov r9， sp /* GD is above SP */

　　mov r0， #0

　　bl board_init_f

　　 uboot中的SPL作用詳解

　　重新對(duì)SP賦值，確認(rèn)sp是8字對(duì)齊

　　在棧頂保留一個(gè)global_data的大小，這個(gè)global_data是uboot里面的一個(gè)全局?jǐn)?shù)據(jù)，很多地方都會(huì)用到。俗稱 gd_t

　　確認(rèn)更新后的sp是8字對(duì)齊

　　r9指向global_data，后面別的地方想用global_data時(shí)候，可以直接從r9里面獲取地址。

　　r0賦值0

　　bl board_init_f：跳轉(zhuǎn)到board_init_f. 在編譯SPL時(shí)，分析Makefile可以看出，該函數(shù)的實(shí)現(xiàn)是在《arch/arm/lib/spl.c》。

　　arch/arm/lib/spl.c

　　board_init_f

　?。踦lain］ view plaincopy/*

　　* In the context of SPL， board_init_f must ensure that any clocks/etc for

　　* DDR are enabled， ensure that the stack pointer is valid， clear the BSS

　　* and call board_init_f. We provide this version by default but mark it

　　* as __weak to allow for platforms to do this in their own way if needed.

　　void __weak board_init_f（ulong dummy）

　　{

　　/* Clear the BSS. */

　　memset（__bss_start， 0， __bss_end - __bss_start）;

　　/* Set global data pointer. */

　　gd = &gdata;

　　board_init_r（NULL， 0）;

　　}

　?。踦lain］ view plain copy/*

　　* In the context of SPL， board_init_f must ensure that any clocks/etc for

　　* DDR are enabled， ensure that the stack pointer is valid， clear the BSS

　　* and call board_init_f. We provide this version by default but mark it

　　* as __weak to allow for platforms to do this in their own way if needed.

　　void __weak board_init_f（ulong dummy）

　　{

　　/* Clear the BSS. */

　　memset（__bss_start， 0， __bss_end - __bss_start）;

　　/* Set global data pointer. */

　　gd = &gdata;

　　board_init_r（NULL， 0）;

　　}

　　__weak：表明該函數(shù)可以被重新定義

　　對(duì)BSS段進(jìn)行清零操作

　　gd = &gdata;

　　gd的定義在DECLARE_GLOBAL_DATA_PTR 《arch/arm/include/asm/global_data.h》

　　#define DECLARE_GLOBAL_DATA_PTR register volatile gd_t *gd asm （“r9”）

　　還記得r9這個(gè)寄存器嗎，在上面初始化過了

　　gdata的定義在本文件中： gd_t gdata __attribute__ （（section（“.data”）））;

　　它是一個(gè) gd_t 也就是global_data類型的變量

　　__attribute__表示這個(gè)變量會(huì)被放到“.data”這個(gè)輸入段中。連接器會(huì)把輸入段按照鏈接腳本（u-boot-spl.lds）里面指定的規(guī)則存放到輸出段。

　　為什么會(huì)有這個(gè)賦值操作，不太明白。。。

　　board_init_r ：在編譯SPL時(shí)，分析Makefile可以看出，該函數(shù)的實(shí)現(xiàn)是在《common/spl/spl.c》

　　common/spl/spl.c

　　board_init_r

　　［plain］ view plaincopy#ifdef CONFIG_SYS_SPL_MALLOC_START

　　mem_malloc_init（CONFIG_SYS_SPL_MALLOC_START，

　　CONFIG_SYS_SPL_MALLOC_SIZE）;

　　#endif

　?。踦lain］ view plain copy#ifdef CONFIG_SYS_SPL_MALLOC_START

　　mem_malloc_init（CONFIG_SYS_SPL_MALLOC_START，

　　CONFIG_SYS_SPL_MALLOC_SIZE）;

　　#endif

　　如果定義了：CONFIG_SYS_SPL_MALLOC_START，則進(jìn)行memory的malloc池初始化。以后調(diào)用malloc就在這個(gè)池子里面分配內(nèi)存

　?。踦lain］ view plaincopy#ifndef CONFIG_PPC

　　* timer_init（） does not exist on PPC systems. The timer is initialized

　　* and enabled （decrementer） in interrupt_init（） here.

　　timer_init（）;

　　#endif

　　［plain］ view plain copy#ifndef CONFIG_PPC

　　* timer_init（） does not exist on PPC systems. The timer is initialized

　　* and enabled （decrementer） in interrupt_init（） here.

　　timer_init（）;

　　#endif

　　如果沒有定義：CONFIG_PPC，則進(jìn)行timer的初始化。《arch/arm/cpu/armv7/s5p-common/timer.c》里面定義

　?。踦lain］ view plaincopy#ifdef CONFIG_SPL_BOARD_INIT

　　spl_board_init（）;

　　#endif

　　［plain］ view plain copy#ifdef CONFIG_SPL_BOARD_INIT

　　spl_board_init（）;

　　#endif

　　SPL階段，如果還需要做什么初始化動(dòng)作，可以放在這里。具體的實(shí)現(xiàn)可以在BOARDDIR下面。

　?。踦lain］ view plaincopyboot_device = spl_boot_device（）;

　　debug（“boot device - %d ”， boot_device）;

　　［plain］ view plain copyboot_device = spl_boot_device（）;

　　debug（“boot device - %d ”， boot_device）;

　　必須實(shí)現(xiàn)spl_boot_device，返回是從哪個(gè)外部設(shè)備啟動(dòng)的（NAND/SDCARD/NOR.。。）。可以廠商或者自己在BOARDDIR下面實(shí)現(xiàn)

　　［plain］ view plaincopyswitch （boot_device） {

　　#ifdef CONFIG_SPL_RAM_DEVICE

　　case BOOT_DEVICE_RAM：

　　spl_ram_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_MMC_SUPPORT

　　case BOOT_DEVICE_MMC1：

　　case BOOT_DEVICE_MMC2：

　　case BOOT_DEVICE_MMC2_2：

　　spl_mmc_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_NAND_SUPPORT

　　case BOOT_DEVICE_NAND：

　　spl_nand_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_ONENAND_SUPPORT

　　case BOOT_DEVICE_ONENAND：

　　spl_onenand_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_NOR_SUPPORT

　　case BOOT_DEVICE_NOR：

　　spl_nor_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_YMODEM_SUPPORT

　　case BOOT_DEVICE_UART：

　　spl_ymodem_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_SPI_SUPPORT

　　case BOOT_DEVICE_SPI：

　　spl_spi_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_ETH_SUPPORT

　　case BOOT_DEVICE_CPGMAC：

　　#ifdef CONFIG_SPL_ETH_DEVICE

　　spl_net_load_image（CONFIG_SPL_ETH_DEVICE）;

　　#else

　　spl_net_load_image（NULL）;

　　#endif

　　break;

　　#endif

　　#ifdef CONFIG_SPL_USBETH_SUPPORT

　　case BOOT_DEVICE_USBETH：

　　spl_net_load_image（“usb_ether”）;

　　break;

　　#endif

　　default：

　　debug（“SPL： Un-supported Boot Device ”）;

　　hang（）;

　　}

　?。踦lain］ view plain copy switch （boot_device） {

　　#ifdef CONFIG_SPL_RAM_DEVICE

　　case BOOT_DEVICE_RAM：

　　spl_ram_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_MMC_SUPPORT

　　case BOOT_DEVICE_MMC1：

　　case BOOT_DEVICE_MMC2：

　　case BOOT_DEVICE_MMC2_2：

　　spl_mmc_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_NAND_SUPPORT

　　case BOOT_DEVICE_NAND：

　　spl_nand_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_ONENAND_SUPPORT

　　case BOOT_DEVICE_ONENAND：

　　spl_onenand_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_NOR_SUPPORT

　　case BOOT_DEVICE_NOR：

　　spl_nor_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_YMODEM_SUPPORT

　　case BOOT_DEVICE_UART：

　　spl_ymodem_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_SPI_SUPPORT

　　case BOOT_DEVICE_SPI：

　　spl_spi_load_image（）;

　　break;

　　#endif

　　#ifdef CONFIG_SPL_ETH_SUPPORT

　　case BOOT_DEVICE_CPGMAC：

　　#ifdef CONFIG_SPL_ETH_DEVICE

　　spl_net_load_image（CONFIG_SPL_ETH_DEVICE）;

　　#else

　　spl_net_load_image（NULL）;

　　#endif

　　break;

　　#endif

　　#ifdef CONFIG_SPL_USBETH_SUPPORT

　　case BOOT_DEVICE_USBETH：

　　spl_net_load_image（“usb_ether”）;

　　break;

　　#endif

　　default：

　　debug（“SPL： Un-supported Boot Device ”）;

　　hang（）;

　　}

　　將image從具體的外部設(shè)備中l(wèi)oad到ram中。這里暫時(shí)先不分析具體的load過程。

　?。踦lain］ view plaincopyswitch （spl_image.os） {

　　case IH_OS_U_BOOT：

　　debug（“Jumping to U-Boot ”）;

　　break;

　　#ifdef CONFIG_SPL_OS_BOOT

　　case IH_OS_LINUX：

　　debug（“Jumping to Linux ”）;

　　spl_board_prepare_for_linux（）;

　　jump_to_image_linux（（void *）CONFIG_SYS_SPL_ARGS_ADDR）;

　　#endif

　　default：

　　debug（“Unsupported OS image.。 Jumping nevertheless.。 ”）;

　　}

　　jump_to_image_no_args（&spl_image）;

　?。踦lain］ view plain copy switch （spl_image.os） {

　　case IH_OS_U_BOOT：

　　debug（“Jumping to U-Boot ”）;

　　break;

　　#ifdef CONFIG_SPL_OS_BOOT

　　case IH_OS_LINUX：

　　debug（“Jumping to Linux ”）;

　　spl_board_prepare_for_linux（）;

　　jump_to_image_linux（（void *）CONFIG_SYS_SPL_ARGS_ADDR）;

　　#endif

　　default：

　　debug（“Unsupported OS image.。 Jumping nevertheless.。 ”）;

　　}

　　jump_to_image_no_args（&spl_image）;

　　判斷image的類型

　　如果是u-boot，則直接break，去運(yùn)行u-boot

　　如果是Linux，則啟動(dòng)Linux

　　至此，SPL結(jié)束它的生命，控制權(quán)交于u-boot或Linux

　　在接下來的一篇中，我們會(huì)分析當(dāng)控制權(quán)交給u-boot之后， uboot的運(yùn)行流程

　　總結(jié)

　　SPL移植注意點(diǎn)

　　s_init： C語言實(shí)現(xiàn)此函數(shù)，必須的。如果是廠商提供的，一般在arch/arm/cpu/xxx下面。如果廠商沒有提供，我們可以在BOARDDIR下面實(shí)現(xiàn)。主要完成以下功能

　　設(shè)置CPU的PLL， GPIO管腳復(fù)用， memory等

　　spl_board_init： C語言實(shí)現(xiàn)，可選的。如果是廠商提供的，一般在arch/arm/cpu/xxx下面。如果廠商沒有提供，我們可以在BOARDDIR下面實(shí)現(xiàn)。主要完成的功能自己決定

　　spl_boot_device： C語言實(shí)現(xiàn)，必須的。如果是廠商提供的，一般在arch/arm/cpu/xxx下面。如果廠商沒有提供，我們可以在BOARDDIR下面實(shí)現(xiàn)。主要完成的功能

　　返回是從什么設(shè)備啟動(dòng)的（NAND/SDCARD/Nor 。。。）。像Atmel， Samsung的芯片，都是有辦法做這個(gè)事情的.

閱讀全文

spl(16234) spl(16234)
Uboot(27766) Uboot(27766)

評(píng)論

相關(guān)推薦

基于AM335x的U-Boot/SPL 的CCS 調(diào)試

在基于Linux的AM335x軟件開發(fā)流程中，第一步就是U-Boot/SPL（SecondProgram Loader）的移植。##2.調(diào)試環(huán)境的準(zhǔn)備##3.3 SPL的調(diào)試

2014-08-21 15:09:45

8751

使用uboot引導(dǎo)應(yīng)用程序

uboot默認(rèn)是支持執(zhí)行應(yīng)用程序的，就像引導(dǎo)內(nèi)核一樣，我們也可以自己寫一個(gè)應(yīng)用程序，讓uboot啟動(dòng)時(shí)引導(dǎo)。

2022-11-16 14:00:48

754

貿(mào)澤電子開售Osram SPL SxL90A LiDAR激光器

貿(mào)澤電子分銷的Osram SPL S1L90A和SPL S4L90A激光器可在單個(gè)通道上提供120W、40A的典型輸出，能效高達(dá)33%，并且它們的熱阻非常低，即使在大電流下運(yùn)行也很容易散熱。

2020-06-11 08:08:42

1079

SPL的做法

淺解比SQL更好用的SPL

2019-07-08 10:46:28

UBoot SPL DDR Testing on STM32MP157FAD1錯(cuò)誤stm32mp1_clk_get_id: clk id 142 not found怎么解決？

我正在為基于 STM32MP157FAD1 MPU 的定制板的 DDR 測(cè)試構(gòu)建 uboot spl。該設(shè)計(jì)使用 I2C6 與 PMIC 通信。出現(xiàn)以下錯(cuò)誤：“stm32mp1_clk_get_id

2023-01-10 06:01:32

Uboot學(xué)習(xí)及移植詳解

Uboot不但要負(fù)責(zé)把內(nèi)核從flash中復(fù)制到sdram中，還要負(fù)責(zé)通過串口或者網(wǎng)口，USB口等把內(nèi)核從電腦上下載到flash中。執(zhí)行make $(board)_config （board是你

2018-07-03 11:18:28

Uboot簡(jiǎn)單介紹

樹來進(jìn)行啟動(dòng)傳參，進(jìn)行硬件信息的描述了。(14)nand_spl。nand相關(guān)的，不講。(15)net。網(wǎng)絡(luò)相關(guān)的代碼，譬如uboot中的tftp nfs ping命令都是在這里實(shí)現(xiàn)的。(16

2020-12-13 10:17:46

uboot 2013最新的移植分享！

如題：uboot 2013 最新的移植支持nand_spl更強(qiáng)大并且支持更多功能效果如下圖，完整的代碼可以在github上下載，uboot 2013不僅更加成熟，而且對(duì)nand_spl和其他代碼

2019-09-24 05:45:31

uboot中protect保護(hù)指令斷電重啟后還生效嗎？

uboot中通過串口執(zhí)行了protect all 指令后斷電重啟后他保護(hù)的spi flash 還生效么？如果是執(zhí)行指令后又進(jìn)入了內(nèi)核進(jìn)入了系統(tǒng)。它的保護(hù)作用還生效么？如何才能讓它保護(hù)不丟呢！就是內(nèi)核及系統(tǒng)在沒有允許的情況下不允許內(nèi)核對(duì)spi flash的寫。請(qǐng)求大神的幫助。在此先謝謝了。

2016-01-10 01:02:30

uboot是什么？

uboot在嵌入是linux系統(tǒng)中起引導(dǎo)作用，類似于PC主機(jī)的Bios，可以在系統(tǒng)上電時(shí)加載一些基礎(chǔ)配置驅(qū)動(dòng)。 1.3. uboot的工作模式有啟動(dòng)加載模式和下載模式。啟動(dòng)加載模式

2023-06-27 08:12:46

uboot的作用是什么？

uboot的作用是什么？

2021-11-30 07:30:58

uboot選項(xiàng)沒有作用

重啟開發(fā)板后，按任意鍵進(jìn)入功能選擇菜單，可是無論選擇什么，例如n,o,q.uboot都還是沒反應(yīng)。另外，有的時(shí)候過一會(huì)重啟，又能用了。求大神指導(dǎo)我這是怎么回事啊。

2019-06-25 05:45:32

AM335x 在引導(dǎo)SPL、Uboot、Kernel期間修改調(diào)試&打印串口UART

UART口去打印調(diào)試信息，也即引導(dǎo)SPL、Uboot、Kernel這三個(gè)過程的信息。但是由于Linux SDK的Uboot過程較為復(fù)雜，文件較多，宏定義不明顯等等原因，再加上SDK各個(gè)版本差異性，使得

2018-06-20 01:12:01

ARM U-boot SPL源碼簡(jiǎn)要分析

　　【1】SPL簡(jiǎn)介　　SPL（Secondary programloader）是uboot第一階段執(zhí)行的代碼。主要負(fù)責(zé)搬移uboot第二階段的代碼到系統(tǒng)內(nèi)存（System Ram，也叫片外內(nèi)存）中

2022-04-13 09:44:34

I.MX8M Plus SPL如何在emmc中啟用hs200模式？

請(qǐng)問如何實(shí)現(xiàn)emmc在SPL階段工作在hs200和hs400模式？我自己在<.config>文件中設(shè)置了CONFIG_SPL_IO_VOLTAGE=y

2023-05-18 08:31:40

IMX8MM程序uboot使用UUU報(bào)錯(cuò)怎么解決?

我有一個(gè)帶有 512MB DDR4 (K4A4G165WE-BCTD) 和一個(gè) MMC (THGBMNG5D1LBAIL) 的定制 imx8mm 板。我正在嘗試使用 UUU 軟件對(duì) uboot 進(jìn)行

2023-03-15 06:54:56

OK6410-SPL設(shè)計(jì)（一）構(gòu)想

是Second Program Loader，它負(fù)責(zé)加載boot loader。而它本身則由CPU內(nèi)部的加載程序自動(dòng)加載。本來UBOOT是具有SPL的功能的，但是為了更好的學(xué)習(xí)并移植UBOOT，我們還是先來

2018-03-16 00:29:52

S5PV210實(shí)現(xiàn)uboot spl

行為：obj-y := smdkv210.o3、修改文件1） include\configs\smdkv210.h 文件中添加：/*SPL config start*/#define

2018-04-26 16:45:28

am335x能使用19.2M的時(shí)鐘做uboot SPL USBETH引導(dǎo)嗎？

使用，串口一直打印提示timeout sending packets to u*** ethernet 但是使用ymodem串口下載運(yùn)行uboot后，卻是可以使用u***eth的請(qǐng)問還有哪里需要修改的呢？是否19.2M在uboot spl里就不能配合u***eth使用？

2018-06-21 18:22:31

soc fpga開發(fā)日記之:preloader spl探秘

有了前一天裝載u-boot-spl.axf并進(jìn)行調(diào)試的基礎(chǔ)，可以追求一些自由：如果把u-boot-spl中初始化代碼直接加到裸程序中不就可以減少一些調(diào)試上的環(huán)節(jié)，明了底層操作的細(xì)節(jié)就會(huì)有知情權(quán)，不再

2014-12-18 14:59:35

tiny210上uboot啟動(dòng)分析

的部分代碼；BL2：是指在內(nèi)存中執(zhí)行的的UBOOT的完整代碼； UBOOT其實(shí)會(huì)編譯兩個(gè)UBOOT.bin，即最終生成的tiny210-uboot.bin包括兩部分，前段是spl文件夾內(nèi)

2014-06-27 17:04:08

tq210uboot移植--2詳細(xì)進(jìn)程

是超級(jí)終端的輸出輸入bdinfo后顯示 uboot算是在SD卡里面正式運(yùn)行了下面說明一下移植過程首先我們移植了 u-boot-spl.bin 和 u-boot.bin。1) S5PV210 上電運(yùn)行

2018-05-01 11:34:44

【4412開發(fā)板教程】Uboot教程之uboot基礎(chǔ)概念和框架

：Datasheet中關(guān)于uboot的部分新的疑問：iROM:簡(jiǎn)短的代碼，在4412芯片上的內(nèi)存存儲(chǔ)器64KB新的疑問：BL1：First boot loader，它們?cè)跀U(kuò)展存儲(chǔ)器上BL1是三星提供

2017-02-07 11:49:12

【OK210試用體驗(yàn)】u-boot篇 -- SPL移植

本帖最后由 q15920078530 于 2015-8-28 20:25 編輯【OK210試用體驗(yàn)】u-boot篇 -- SPL移植在S5PV210的啟動(dòng)流程中可以知道，iROM運(yùn)行后會(huì)

2015-08-26 20:51:15

【昉·星光 2 高性能RISC-V單板計(jì)算機(jī)體驗(yàn)】uboot開發(fā)1

starfive_jh7110_gateway.dts和starfive_jh7110_gateway-u-boot.dtsi，后者是uboot spl需要使用的。否則spl找不到對(duì)應(yīng)節(jié)點(diǎn)。然后TARGET改成這樣這個(gè)FDT文件

2023-09-06 00:19:42

一文淺析ARM U-boot SPL的源碼

【1】SPL簡(jiǎn)介SPL（Secondary programloader）是uboot第一階段執(zhí)行的代碼。主要負(fù)責(zé)搬移uboot第二階段的代碼到系統(tǒng)內(nèi)存（System Ram，也叫片外內(nèi)存）中運(yùn)行

2022-06-06 16:08:50

為什么在QORIQ SDK目錄中找不到任何SPL二進(jìn)制文件？

，應(yīng)跳轉(zhuǎn)到 U-BOOT 代碼。但是我在 QORIQ SDK 目錄中找不到任何 SPL 二進(jìn)制文件。我在哪里可以找到這個(gè)二進(jìn)制文件？

2023-04-06 06:39:09

從源代碼編譯的uboot的代碼簽名工具錯(cuò)誤是什么原因造成的？

我一直在編譯一個(gè)具有安全啟動(dòng)支持的 uboot & 我在我的設(shè)備上取得了一定的成功，我可以看到帶有“hab_status”的 hab 日志。我還生成了簽名密鑰我已經(jīng)在 uboot 編譯過程中

2023-04-19 09:11:47

使用nor flash中UBOOT下載代碼到nand flash中uboot也被清除了？

為啥使用nor flash 中UBOOT下載代碼到nand flash中，nor flash中的uboot 也被清除了??？

2019-03-21 07:45:08

使用oflash燒寫uboot后報(bào)錯(cuò)不能進(jìn)入系統(tǒng)

1.使用jz2440開發(fā)板2.一開始使用oflash燒寫uboot后可以順利進(jìn)入系統(tǒng)，但是后面忘記操作了什么，導(dǎo)致每次燒寫uboot、uImage、應(yīng)用程序等后，都報(bào)這個(gè)錯(cuò)，不能進(jìn)入系統(tǒng)。希望可以給出詳解的解決過程，謝謝。

2019-06-11 05:45:02

分享一份關(guān)于RK3568裸機(jī)的SPL and DTB筆記

正在玩 firefly linux sdk 中的 uboot，對(duì)其中的 spl 做個(gè)筆記。firefly linux sdk 包含linux源碼，uboot源碼，rootfs 之類的東西，總共16G

2022-09-14 16:28:38

如何使用SD預(yù)構(gòu)建映像進(jìn)行ECSPI2啟動(dòng)？

。引導(dǎo)流程在 SPL 處停止；錯(cuò)誤消息說 SPL：“不支持的引導(dǎo)設(shè)備” SPL：“無法從所有引導(dǎo)設(shè)備引導(dǎo)” 我們嘗試了所有預(yù)構(gòu)建的二進(jìn)制文件和自定義 uboot 映像，其中在配置中啟用了 SPL

2023-05-09 06:35:03

如何在uboot-2012.04中修改各分區(qū)大??？

uboot-2012.04中怎么修改分區(qū)大?。渴窃谀膫€(gè)文件中修改？是修改smdk2440.h中bootcmd命令嗎？（uboot啟動(dòng)內(nèi)核失敗，我修改了linux中內(nèi)核分區(qū)大小，現(xiàn)在想修改uboot中分區(qū)大小使其保持一致）

2019-10-15 03:31:45

如何在emmc中編寫uboot環(huán)境？

第一次給開發(fā)板編程時(shí)，我想弄清楚如何在 emmc 中編程 uboot 環(huán)境參數(shù)。我正在使用“UUU”工具對(duì)圖像進(jìn)行編程。構(gòu)建系統(tǒng)是 YOCTO。這是一款基于 i.MX8mp 的定制板。這是使用雙

2023-04-23 08:39:24

如何跳過SPL中的ddr訓(xùn)練？

我正在優(yōu)化啟動(dòng)速度，ddr 訓(xùn)練在 SPL 中需要 360ms，所以我想跳過它。我厭倦了在 ddr 訓(xùn)練后注意 ddrphy_trained_csr[] 和 g_cdd_max[]，注釋掉 ddr

2023-06-01 08:16:47

嵌入式Linux系統(tǒng)是如何啟動(dòng)的

，即SPL；三、二級(jí)啟動(dòng)：SPL+uboot1.SPL: Secondary Program Loader：作用:初始化DDR；從啟動(dòng)的設(shè)備搬移第二段代碼到RAM中，加載uboot；...

2021-11-04 07:22:29

按照手冊(cè)中uboot編譯方法報(bào)錯(cuò)怎么解決？

想問一下，我換了一個(gè)uboot，應(yīng)該如何編譯？按照手冊(cè)中uboot編譯方法，報(bào)錯(cuò)。

2022-01-13 09:42:05

搞嵌入式的，為啥要有uboot？

：uboot到底是干嘛的(1)uboot主要作用是用來啟動(dòng)操作系統(tǒng)內(nèi)核。(2)uboot還要負(fù)責(zé)部署整個(gè)計(jì)算機(jī)系統(tǒng)。(3)uboot中還有操作Flash等板子上硬盤的驅(qū)動(dòng)。(4)uboot還得提供一個(gè)命令行界面

2017-10-25 17:19:33

攻城獅分享丨i.MX6X的uboot自動(dòng)適配logo

、lcd ，分別對(duì)應(yīng) lvds接口，hdmi接口和lcd接口；2、如果是LVDS接口，設(shè)置的ldb模式環(huán)境變量也在uboot起作用，如設(shè)置ldb為sin0則在lvds0接口上顯示logo，sin1在

2020-07-24 17:20:16

有哪位大神可以幫忙給詳解下該電路中各部分元器件分立及組合的作用?

有哪位大神可以幫忙給詳解下該電路中各部分元器件分立及組合的作用，我是新入門的菜鳥一個(gè)，求指教（可以給予您一定的報(bào)酬的）

2016-11-25 09:31:42

板子上電后uboot做了什么

uboot詳解—板子上電后uboot做了什么

2021-12-10 06:06:18

求助，使用jh7110-recovery-20221205.bin更新SPL和UBOOT的問題

使用recovery模式進(jìn)入命令選項(xiàng)后,0和2分別更新spl和uboot visionfive2_fw_payload.img 和 u-boot-spl.bin.normal.out 兩個(gè)固件放在

2023-09-13 08:18:16

自己做的3358的板，網(wǎng)卡連接使用rgmii模式。使用sdk 8.0的uboot，請(qǐng)問為什么sdk 8.0 uboot下網(wǎng)絡(luò)不通？

本帖最后由一只耳朵怪于 2018-6-21 09:04 編輯自己做的3358的板，網(wǎng)卡連接使用rgmii模式。使用sdk 8.0的uboot，修改如下：1、在read_eeprom中修改

2018-06-21 02:35:08

請(qǐng)問201407uboot添加am3354對(duì)ubifs的支持,uboot啟動(dòng)失敗是什么原因造成的？怎么解決？

本帖最后由一只耳朵怪于 2018-6-21 15:26 編輯問題：在2014-07版本的Uboot下添加ubifs，添加編譯之后啟動(dòng)uboot , 停在U-Boot SPL

2018-06-21 02:32:05

請(qǐng)問SPL.backup有什么作用？

本帖最后由一只耳朵怪于 2018-6-21 11:13 編輯 am335x linux-3.2.0的nand flash分區(qū)表中，SPL（MLO）一共占了四個(gè)分區(qū)，每個(gè)分區(qū)占一塊，即

2018-06-21 00:49:56

請(qǐng)問uboot中擦寫nand的參數(shù)quiet是什么？

NAND by erasing * bad blocks (UNSAFE) */ }; 不只是顯示作用吧，感覺對(duì)flash影響挺大，誰能告訴我uboot中擦寫nand的參數(shù)quiet是什么玩意

2020-04-09 22:47:26

請(qǐng)問MA35D1的buildroot中uboot如何修改，以及uboot的開機(jī)畫面如何顯示？

。編譯結(jié)束后，發(fā)現(xiàn)bl2與bl31，以及fip文件均不變化，pack-sdcard.json中是根據(jù)這三個(gè)文件進(jìn)行組包的。沒有用到uboot.bin。請(qǐng)問MA35D1的buildroot中uboot如何修改，以及uboot的開機(jī)畫面如何顯示？

2023-08-18 06:11:53

請(qǐng)問MA35D1的buildroot中uboot如何修改，以及uboot的開機(jī)畫面如何顯示？

2024-01-15 08:02:11

誰能給介紹下Sitara AM335x Bootload的流程？

；第三部分描述SPL和Uboot的運(yùn)行的位置和一下基礎(chǔ)性知識(shí)；最后就是重點(diǎn)：SPL、Uboot的流程圖，以及DDR的內(nèi)容分布。由于SPL、Uboot的代碼冗長和某些函數(shù)實(shí)現(xiàn)的功能復(fù)雜，所以分析

2018-06-01 09:24:23

通過tftp升級(jí)SPL/UBOOT，但是SD卡boot依然報(bào)錯(cuò)是為什么？

嘗試過各種img，包括debian Image 55/69，sdcard.img。通過tftp升級(jí)SPL/UBOOT，但是SD卡boot依然報(bào)錯(cuò)： dwmci_d: DATA ERROR

2023-09-12 08:17:59

速普樂電磁爐電路圖SPL-10A型

速普樂電磁爐電路圖SPL-10A型

2008-01-24 12:35:46

SPL10A4+SPCA753A電路原理圖 (SUNPLUS

SPL10A4+SPCA753A電路原理圖:SUNPLUS解決方案。

2009-10-27 17:48:53

速普樂SPL-10A電磁爐電路圖

速普樂SPL-10A電磁爐電路圖

2009-02-15 00:09:31

5816

路由協(xié)議的分類和作用詳解

介紹關(guān)于路由協(xié)議的概念、原理，路由協(xié)議的分類和作用詳解。

2011-11-03 15:08:50

9471

基于uboot的2410調(diào)試平臺(tái)的實(shí)現(xiàn)

首先移植一個(gè)可以用的uboot，至少要包含tftp和go命令，然后將其燒到nand flash里邊，每次系統(tǒng)上電的時(shí)候能順利運(yùn)行uboot;然后我們將編譯鏈接好的目標(biāo)代碼通過uboot下載到SDRAM里邊，再從

2011-12-28 10:10:43

3455

uboot lds 文件說明

linux 的uboot lds 文件說明

2015-11-02 11:02:45

uboot分析和筆記

移植uboot時(shí)應(yīng)該修改和注意的地方。一般修改的是/include/configs/xxxxx.h和./include/configs/xxxx.h。

2016-06-17 16:48:12

磁珠資料--詳解磁珠及其作用

電路教程相關(guān)知識(shí)的資料，關(guān)于磁珠資料--詳解磁珠及其作用

2016-10-10 14:34:31

詳解電源中的電容作用及注意事項(xiàng)

2017-01-14 11:14:14

uboot啟動(dòng)分析

UBOOT 啟動(dòng)基本步奏分析

2017-04-27 10:32:23

uboot到底是干嘛的?

1.為什么要有uboot1.1、計(jì)算機(jī)系統(tǒng)的主要部件(1)計(jì)算機(jī)系統(tǒng)就是以CPU為核心來運(yùn)行的系統(tǒng)。典型的計(jì)

2017-09-25 16:32:05

16979

Exynos4x12 uboot developers_guide

Exynos4x12 uboot developers_guide

2017-10-24 10:19:02

uboot源碼分析，思路還算清晰

uboot源碼分析，思路還算清晰

2017-10-24 15:25:26

uboot移植詳細(xì)解釋

uboot移植詳細(xì)解釋

2017-10-26 10:08:08

Uboot移植步驟詳解

Uboot移植步驟詳解

2017-10-30 08:46:00

Uboot中start.S源碼的指令級(jí)的詳盡解析

Uboot中start.S源碼的指令級(jí)的詳盡解析

2017-10-30 08:47:51

UBOOT命令總結(jié)

分享到：很好的UBOOT命令總結(jié)，起步時(shí)就是看的這篇東西，熟悉了以后就用？看自帶幫助就行：） Printenv 打印環(huán)境變量。 Uboot》 printenv baudrate=115200

2017-11-08 10:24:26

uboot編譯過程詳細(xì)分析

現(xiàn)在的uboot已經(jīng)做得和kernel很像，最主要的一點(diǎn)是，uboot也使用了dtb的方法，將設(shè)備樹和代碼分離開來（當(dāng)然可以通過宏來控制）。

2017-12-11 15:39:04

29783

對(duì)于嵌入式為什么要有uboot的深度解析

(1)uboot主要作用是用來啟動(dòng)操作系統(tǒng)內(nèi)核。 (2)uboot還要負(fù)責(zé)部署整個(gè)計(jì)算機(jī)系統(tǒng)。 (3)uboot中還有操作Flash等板子上硬盤的驅(qū)動(dòng)。 (4)uboot還得提供一個(gè)命令行界面供人來操作。

2018-01-17 17:15:20

25276

基于ARM9 2410之上uboot移植全過程解析

uboot 移植全過程---基于ARM9 2410 uboot@localhost ~]#mkdir -p dev_home/uboot [uboot@localhost ~]#cd

2018-04-05 11:54:00

4759

AM335x uboot spl分析

在335x 中ROM code是第一級(jí)的bootlader。mpu上電后將會(huì)自動(dòng)執(zhí)行這里的代碼，完成部分初始化和引導(dǎo)第二級(jí)的bootlader，第二級(jí)的bootlader引導(dǎo)第三級(jí)bootader，在ti官方上對(duì)于第二級(jí)和第三級(jí)的bootlader由uboot提供。

2018-05-16 08:21:00

3674

Sitara AM335x Bootloader的流程分析詳細(xì)概述

文章內(nèi)容：第一部分概括移植Linux的啟動(dòng)整體步驟，接著第二部分會(huì)描述出廠固化在am335x的ROM code的作用、引導(dǎo)模式和執(zhí)行流程，然后第三部分描述SPL和Uboot的運(yùn)行的位置和一下基礎(chǔ)性知識(shí)。最后就是重點(diǎn)：SPL、Uboot的流程圖，以及DDR的內(nèi)容分布。

2018-04-23 15:49:08

關(guān)于uboot的功能分析透徹方案

如果我們想快速的移植uboot，那么我們就要先將我們用到的uboot的功能分析透徹，uboot最終目的就是**引導(dǎo)內(nèi)核**，但是在實(shí)際開發(fā)中為了方便開發(fā)調(diào)試，我們將uboot加入了很多功能，比如

2018-07-31 09:37:44

5444

你知道Uboot中的net是怎樣的？

你知道Uboot中的net是怎樣的？

2019-05-15 15:20:21

998

英創(chuàng)信息技術(shù)快速啟動(dòng)Linux工控主板簡(jiǎn)介

運(yùn)行uboot命令，從而設(shè)置內(nèi)核啟動(dòng)參數(shù)或者在現(xiàn)有內(nèi)核出錯(cuò)的情況下下載新的內(nèi)核更新系統(tǒng)等，同時(shí)內(nèi)核會(huì)通過調(diào)試串口輸出大部分的啟動(dòng)信息，方便用戶對(duì)啟動(dòng)過程進(jìn)行檢查；另外一種為快速啟動(dòng)模式，此模式下加載精簡(jiǎn)的uboot-spl，uboot-spl只初始化必要的硬件以使Linux內(nèi)核能夠正常啟動(dòng)，

2020-02-05 11:26:24

959

搞嵌入式，為啥要有uboot？

搞嵌入式的，為啥要有uboot？

2020-02-05 12:00:39

2621

STM32標(biāo)準(zhǔn)外設(shè)庫SPL轉(zhuǎn)換成 Cube LL

STM32標(biāo)準(zhǔn)外設(shè)庫SPL轉(zhuǎn)換成Cube LL

2020-03-08 12:08:06

3390

一文分析Uboot啟動(dòng)流程

Uboot是嵌入式系統(tǒng)中最常用的bootloader，這里我們以s3c2410為例分析一下uboot的啟動(dòng)流程。首先通過uboot的鏈接文件，我們可以看到uboot運(yùn)行是執(zhí)行的第一段代碼在start.S中。

2020-06-20 10:03:09

4577

uboot它的作用是什么，它可以用來解決什么問題

uboot 是一個(gè)主要用于嵌入式系統(tǒng)的引導(dǎo)加載程序，可以支持多種不同的計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)，包括PPC、ARM、AVR32、MIPS、x86、68k、Nios與MicroBlaze。這也是一套在GNU通用

2020-07-20 10:54:21

2607

嵌入式Linux 系統(tǒng)啟動(dòng)流程

2021-11-01 16:26:23

2021-07-28-uboot-CC2640

uboot命令開發(fā)指南：30.4 uboot命令一、uboot啟動(dòng)log簡(jiǎn)析需要調(diào)試性質(zhì)的開發(fā) ，uboot都是燒寫到SD卡中的；arm - linux-gnueabihf直接

2021-11-30 09:51:05

嵌入式linux學(xué)習(xí) Day1 uboot基礎(chǔ)

嵌入式linux學(xué)習(xí) Day1 uboot基礎(chǔ)

2021-12-05 20:51:07

IMX6ULL Uboot 移植

使用的開發(fā)板：正點(diǎn)原子ALPHA V2.2Uboot簡(jiǎn)介在學(xué)習(xí)STM32的過程中使用過IAP在線升級(jí)就會(huì)知道，有引導(dǎo)程序+APP程序，即bootloader程序+APP。在學(xué)習(xí)嵌入式Linux的時(shí)候

2021-12-22 19:08:42

SPL的實(shí)際應(yīng)用效果如何呢？

由于 SPL 采用了新的理論模型，在市面上根本沒有其他產(chǎn)品可以借鑒，更不可能有現(xiàn)成的開源代碼可以“借用”，只能完全自己一行一行開發(fā)。所以，SPL 的核心運(yùn)算模型代碼從頭到腳都是完全自主原創(chuàng)的。連理論基礎(chǔ)都是自己發(fā)明的，代碼更加只能原創(chuàng)，你說夠不夠自主？

2022-08-01 15:12:50

1337

碩博電子控制器SPL0602

產(chǎn)品名稱：SPL0602 規(guī)格：206×151×51 mm 材質(zhì)：鑄鋁合金屏蔽外殼工作電壓：8～32V 工作溫度：-40～+85℃ 產(chǎn)品簡(jiǎn)介 SPL0602控制器是碩博電子自主開發(fā)的一款

2022-12-20 11:18:24

216

怎么使用uboot引導(dǎo)應(yīng)用程序？

2023-02-17 16:01:57

994

uboot圖形化配置及其原理

uboot可以通過 mx6ull_xxx_defconfig和 mx6ull_xxx_emmc.h文件來配置；另外還有一種配置uboot的方法，就是圖形化配置

2023-04-21 12:31:50

919

從單片機(jī)步入Linux之uboot編譯、燒錄與啟動(dòng)

從uboot官網(wǎng)獲得的是壓縮包，需要進(jìn)行解壓獲得uboot源文件

2023-05-18 17:44:32

589

記錄一下uboot編譯的問題

前幾天編譯uboot時(shí)遇到一些問題，先記錄一下，linux嵌入式開發(fā)還是蠻意思的，要想玩的溜，就必須掌握最基本的uboot、kernel移植、適配、裁剪。

2023-07-21 16:05:43

490

uboot的基本概念和啟動(dòng)流程分析

當(dāng)我們厭倦了裸機(jī)程序，而想要采用操作系統(tǒng)的時(shí)候，uboot就是不得不引入的一段程序。所以，uboot就是一段引導(dǎo)程序，在加載系統(tǒng)內(nèi)核之前，完成硬件初始化，內(nèi)存映射，為后續(xù)內(nèi)核的引導(dǎo)提供一個(gè)良好的環(huán)境。uboot是bootloader的一種，全稱為universal boot loader。

2023-10-24 17:19:18

452