uboot移植
Linux系统移植之—uboot移植，你们要的uboot终于来了，堪称精品
Linux系统移植之—uboot移植，你们要的uboot终于来了，堪称精品作为一名过来人，uboot、kernel对每个学linux的来说都有很深的情谊，因为它们是一个系统跑起来的最基础，每个学linux的都会首先接触到。
而它们本身就是一个精美的小系统，里边代码所体现的逻辑、算法以及每个绝妙的C知识点都让你沉醉其中。
uboot 属于bootloader的一种，是用来引导启动内核的，它的最终目的就是，从flash中读出内核，放到内存中，启动内核。
具体内容如下：1 uboot 的介绍及系统结构1.1 uboot 介绍1.2 获取 uboot1.3 uboot 体系结构1.3.1 uboot 目录结构2 uboot 的启动过程及工作原理2.1 启动模式介绍2.2 阶段 1 介绍2.2.1 定义入口2.2.2 设置异常向量2.2.3 设置 CPU 的模式为 SVC 模式2.2.4 关闭看门狗2.2.5 禁掉所有中断2.2.6 设置以 CPU 的频率2.2.7 设置 CP152.2.8 配置内存区控制寄存器2.2.9 安装 UBOOT 使的栈空间2.2.10 BSS 段清 02.2.11 搬移 Nand Flash 代码2.2.12 进入 C 代码部分2.3 阶段 2 的 C 语言代码部分2.3.1 调用一系列的初始化函数2.3.2 初始化网络设备2.3.3 进入主 UBOOT 命令行2.4 代码搬运3 uboot 的移植过程3.1 环境3.2 步骤3.2.1 修改 Makefile3.2.2 在 board 子目录中建立 crane2410 3.2.3 在 include/configs/中建立配置头文件3.2.4 指定交叉编译工具的路径3.2.5 测试编译能否成功3.2.6 修改 lowlevel_init.S 文件2.9 UBOOT 的 Nand Flash 移植3.2.8 重新编译 uboot3.2.9 把 uboot 烧入 flash4.2 常用命令使用说明4.2.1 askenv(F)在标准输入（stdin）获得环境变量。
移植笔记从Norflash启动的uboot
移植笔记从Norflash启动的uboot uboot移植记录之一uboot整个移植过程我们可以分为三个阶段:一,移植可以从Nor flash启动的uboot这个阶段是移植一个最简单的uboot,可以烧在Nor flash内运行.二,移植支持Nand flash驱动的uboot加入Nand flash驱动的支持,可以在uboot命令行下操作Nand flash.但还未能从Nand flash启动,只能在Nor flash内运行.三,移植可以从Nor flash启动的uboot可以烧录在Nand flash,并设置从Nand flash启动运行uboot.分三个阶段进行移植,可以对整个uboot的移植过程及原理更加清晰明了,同时降低了发现问题时解决问题的困难度和解决范围.首先介绍移植可以从Nor flash启动的uboot. 这个阶段相对简单一点，是移植一个最简单的uboot,可以烧在Nor flash内运行.不需要修改太多的东西。
步骤如下: 测试一下默认的smdk2410_config配置能否在你的板子上正常运行 1.编译uboot1.1.4#make smdk2410_config#make ARCH=arm注:编译针对arm的平台时，uboot默认使用arm-linux-gcc编译,若交叉编译器名字不一样，需要自行在Makefile里修改。
会出现两个错误.错误信息一:cc1: Invalid option `abi=apcs-gnu'make[1]: *** [hello_world.o] Error 1make[1]: Leaving directory `/root/u-boot-1.1.4/examples'make: *** [examples] Error 2解决办法:出错的文件是/cpu/arm920t/下的config.mk:将PLATform_CPPFLAGS +=$(call cc-option,-mapcs-32,-mabi=apcs-gnu) 改成: PLATform_CPPFLAGS +=$(call cc-option,-mapcs-32,$(callcc-option,-mabi=apcs-gnu,))错误信息二:make[1]: *** No rule to make target `hello_world.srec', needed by`all'. Stop. make[1]: Leaving directory `/work/src/u-boot-1.1.4/examples' 解决方法:打开 examples/Makefile把example文件夹下的Makefile中的第126行%.srec: % 改成 %.srec: %.o第129行的%.bin: % 改成 %.bin: %.o2.若编译成功，则会在uboot源码下产生u-boot.bin文件。
u_boot移植(五)之分析uboot源码中nand flash操作
u_boot移植(五)之分析uboot源码中nand flash操作一、OneNand 和Nand Flash我们已经能从Nand Flash启动了，启动之后，大家会看到如下效果:可以看出,我们的uboot默认使用的是OneNand。
需要注意的是我们的FSC100上面是没有OneNand的，有的是K9F2G08U0B型号的NAND FLASH。
前面我们了解过Nor Flash 和Nand Flash，那OneNand Flash又是什么呢?二、uboot 源码中Nand Flash部分代码分析我们从Nand Flash初始化看起，打开lib_arm/board.c文件,为了紧抓主线，以下代码只列举出了主线代码。
可以看出，我们可以通过CONFIG_CMD_NAND和CONFIG_CMD_ONENAND两个宏来选择NAND FLASH初始化还是 ONENAND FLASH初始化。
uboot 中默认定义了宏CONFIG_CMD_ONENAND,所以选择的是ONENAND FLASH初始化。
我们的FSC100上面使用的是NAND FLASH，所以我们要定义CONFIG_CMD_NAND宏，取消CONFIG_CMD_ONENAND宏的定义。
嗯！先做个记录:修改include/configs/fsc100.h,定义宏CONFIG_CMD_NAND,取消宏CONFIG_CMD_ONENAND。
好了，接下我们看看nand_init()函数时如何实现的。
看以看出，这段代码调用根据CONFIG_SYS_MAX_NAND_DEVICE宏[默认没有定义]的值来决定系统中Nand Flash设备的个数。
接着调用nand_init_chip()函数完成Nand Flash初始化，然后计算出每块Nand Flash的大小。
最终会输出Nand Flash总的容量。
嗯!做个记录:修改include/configs/fsc100.h,定义宏CONFIG_SYS_MAX_NAND_DEVICE,值为1没有看明白的地方是给nand_init_chip()函数传递的参数，接下来我们来看看他们是如何定义的。
uboot——官网下载直接移植（一）
uboot——官⽹下载直接移植（⼀）1：uboot下载地址：ftp://ftp.denx.de/pub/u-boot/我们下载的版本是：u-boot-2013.10.tar.bz2；2：下载好以后，删除⾥⾯的相关⽂件因为三星是的s5pv1XX这个cpu做了很多个板⼦，我们在移植的时候虽然与三星的开发板不同但是⽤的cpu是相同的，所以我们再选择cpu相关⽂件的时候，要确定好哪个cpu与我们⽤的cpu是相同的，u-boot-2013.10\arch\arm\cpu\armv7\s5pc1xx 在⽬录下有s5pc1xx相关的配置⽂件；这就是我们要选⽤的cpu⽂件；3：相较与我们直接移植三星移植好的uboot，新版的uboot编译配置时有所不同；把主Makefile与board有关的配置信息⽂件分开了；我们可以根据board.cfg⽂件中的配置信息来确定我们⽤的是哪个开发板；打开board.cfg⽂件搜索s5pc1xx我们可以看到两个相关的开发板，goni、smdk100，我们先⽤goni开发板来进⾏移植；⾸先删除其它的⽆关⽂件：arch⽬录下：只保留arm⽂件夹；arm/cpu⽬录下的出armv7⽂件夹以外其他删除；arm/cpu/armv7⽬录下保留s5pc1xx 以及s5p_common这两个⽂件夹，其他的删除；board⽬录下：board⽬录下只保留samsung⽂件夹samsung⽬录下只保留goni、common⽂件夹之后⽤sourceinsight创建项⽬4：对主Makefile进⾏分析，之前我们make的时候⾸先要进⾏配置：make x210_sd_config，⽽在新uboot中的配置依赖于下⾯这个规则：我们进⾏配置的时候make s5p_goni_config 然后执⾏下⾯这段脚本相当于执⾏ ./mkcofig -A s5p_goniMKCONFIG变量还是mkconfig脚本，下⾯我们看⼀下mkconfig脚本如何⼯作：下⾯这段代码的作⽤：1if [ \( $# -eq 2 \) -a \( "$1" = "-A" \) ] ; then2 # Automatic mode3 line=`awk '($0 !~ /^#/ && $7 ~ /^'"$2"'$/) { print $1, $2, $3, $4, $5, $6, $7, $8 }' boards.cfg`4if [ -z "$line" ] ; then5 echo "make: *** No rule to make target \`$2_config'. Stop." >&26 exit 17 fi89set ${line}10 # add default board name if needed11 [ $# = 3 ] && set ${line} ${1}12 fi判断传参是否两个且第⼀个参数为 -A，如果是则对line赋值，line的值是通过在boards.cfg⽂件中查找第⼆个参数$2，并把这⼀⾏赋值给line，从前⾯内容我们可以看出line = Active arm armv7 s5pc1xx samsung goni s5p_goni -并且把这些由空格分开的字符赋值给$1-$8所以这段代码执⾏完以后的结果是：$1 = Active$2 = arm$3 = armv7$4 = s5pv1xx$5 = samsung$6 = goni$7 = s5p_goni$8 = -继续分析下⾯代码：这段代码实际中没有起到什么作⽤可忽略1while [ $# -gt 0 ] ; do2case"$1"in3 --) shift ; break ;;4 -a) shift ; APPEND=yes ;;5 -n) shift ; BOARD_NAME="${7%_config}" ; shift ;;6 -t) shift ; TARGETS="`echo $1 | sed 's:_: :g'` ${TARGETS}" ; shift ;;7 *) break ;;8 esac9 done1011 [ $# -lt 7 ] && exit 112 [ $# -gt 8 ] && exit 1下⾯代码：CONFIG_NAME="${7%_config}"[ "${BOARD_NAME}" ] || BOARD_NAME="${7%_config}"arch="$2"cpu=`echo $3 | awk 'BEGIN {FS = ":"} ; {print $1}'`spl_cpu=`echo $3 | awk 'BEGIN {FS = ":"} ; {print $2}'`if [ "$6" = "-" ] ; thenboard=${BOARD_NAME}elseboard="$6"fi[ "$5" != "-" ] && vendor="$5"[ "$4" != "-" ] && soc="$4"[ $# -gt 7 ] && [ "$8" != "-" ] && {# check if we have a board config name in the options field# the options field mave have a board config name and a list# of options, both separated by a colon (':'); the options are# separated by commas (',').## Check for board nametmp="${8%:*}"if [ "$tmp" ] ; thenCONFIG_NAME="$tmp"fi# Check if we only have a colon...if [ "${tmp}" != "$8" ] ; thenoptions=${8#*:}TARGETS="`echo ${options} | sed 's:,: :g'` ${TARGETS}"fi}config_name = s5p_goni_configBOARD_NAME = s5p_goni_configarch = armcpu = armv7spl_cpu = " "board = gonivendor = samsungsoc = s5pc1xx看下⾯信息：在这⾥第⼀打印出信息：Configuring for s5p_goni_config board...if [ "${ARCH}" -a "${ARCH}" != "${arch}" ]; thenecho "Failed: \$ARCH=${ARCH}, should be '${arch}' for ${BOARD_NAME}"1>&2exit 1fiif [ "$options" ] ; thenecho "Configuring for ${BOARD_NAME} - Board: ${CONFIG_NAME}, Options: ${options}" elseecho "Configuring for ${BOARD_NAME} board..."fi创建头⽂件的符号连接：if [ "$SRCTREE" != "$OBJTREE" ] ; thenmkdir -p ${OBJTREE}/includemkdir -p ${OBJTREE}/include2cd ${OBJTREE}/include2rm -f asmln -s ${SRCTREE}/arch/${arch}/include/asm asmLNPREFIX=${SRCTREE}/arch/${arch}/include/asm/cd ../includemkdir -p asmelsecd ./includerm -f asmln -s ../arch/${arch}/include/asm asmfirm -f asm/archif [ -z "${soc}" ] ; thenln -s ${LNPREFIX}arch-${cpu} asm/archelseln -s ${LNPREFIX}arch-${soc} asm/archfiif [ "${arch}" = "arm" ] ; thenrm -f asm/procln -s ${LNPREFIX}proc-armv asm/procfi符号连接1：/include/asm 连接到 /arch/arm/include/asm符号连接2： /include/asm/arch链接到 /arch/arm/include/asm/arch-s5pc1xx 符号链接3： /include/asm/proc链接到/arch/arm/include/asm/proc-armv看⼀下下⾯的代码：## Create include file for Make#( echo "ARCH = ${arch}"if [ ! -z "$spl_cpu" ] ; thenecho 'ifeq ($(CONFIG_SPL_BUILD),y)'echo "CPU = ${spl_cpu}"echo "else"echo "CPU = ${cpu}"echo "endif"elseecho "CPU = ${cpu}"fiecho "BOARD = ${board}"[ "${vendor}" ] && echo "VENDOR = ${vendor}"[ "${soc}" ] && echo "SOC = ${soc}"exit 0 ) > config.mk这段代码的作⽤是把ARCH = armCPU = armv7BOARD = gonivendor = samsungsoc = s5pc1xx 输出config.mk⽂件中看下⾯代码：# Assign board directory to BOARDIR variableif [ -z "${vendor}" ] ; thenBOARDDIR=${board}elseBOARDDIR=${vendor}/${board}fiBOARDDIR = samsung/goni再看最后⼀段代码：# Create board specific header file#if [ "$APPEND" = "yes" ] # Append to existing config file thenecho >> config.helse> config.h # Create new config filefiecho "/* Automatically generated - do not edit */" >>config.hfor i in ${TARGETS} ; doi="`echo ${i} | sed '/=/ {s/=/ /;q; } ; { s/$/ 1/; }'`"echo "#define CONFIG_${i}" >>config.h ;doneecho "#define CONFIG_SYS_ARCH \"${arch}\"" >> config.hecho "#define CONFIG_SYS_CPU \"${cpu}\"" >> config.hecho "#define CONFIG_SYS_BOARD \"${board}\"" >> config.h [ "${vendor}" ] && echo "#define CONFIG_SYS_VENDOR \"${vendor}\"" >> config.h [ "${soc}" ] && echo "#define CONFIG_SYS_SOC \"${soc}\"" >> config.hcat << EOF >> config.h#define CONFIG_BOARDDIR board/$BOARDDIR#include <config_cmd_defaults.h>#include <config_defaults.h>#include <configs/${CONFIG_NAME}.h>#include <asm/config.h>#include <config_fallbacks.h>#include <config_uncmd_spl.h>EOFexit 0上⾯这段代码的作⽤就是添加⼀些宏定义到config.h⽂件中：/* Automatically generated - do not edit */TARGETS为空所以不执⾏#define CONFIG_SYS_ARCH arm#define CONFIG_SYS_CPU armv7#define CONFIG_SYS_BOARD goni#define CONFIG_SYS_SOC s5pc1xxcat << EOF >> config.h 这句代码的作⽤是把下⾯内容写⼊config.h中，直到EOF；。
u-bootUBIFS移植及文件系统烧写
u-bootUBIFS移植及文件系统烧写imx515 uboot UBIFS移植及android UBIFS文件系统烧写作者：longfeey1.1 Uboot UBI的移植关于uboot的UBI的移植几乎没有说明介绍，移植首先要保证你的flash驱动能够跑起来，我是在nand flash 上跑的UBI。
刚开始的时候我也没有什么头绪，只能够从uboot的readme开始查找一些蛛丝马迹。
- MTD Support (mtdparts command, UBI support)CONFIG_MTD_DEVICEAdds the MTD device infrastructure from the Linux kernel.Needed for mtdparts command support.CONFIG_MTD_PARTITIONSAdds the MTD partitioning infrastructure from the Linuxkernel. Needed for UBI support.因此，要UBI支持首先得要MTD支持，因此在配置文件中要添加以上两项的定义。
要移植UBI还要添加：#define CONFIG_CMD_UBIFS#define CONFIG_CMD_UBI总的关于UBI的部分是以下几个宏：#define CONFIG_CMD_UBI#define CONFIG_CMD_UBIFS#define CONFIG_CMD_MTDPARTS#define CONFIG_MTD_DEVICE#define CONFIG_MTD_PARTITIONS#define CONFIG_RBTREE#define CONFIG_LZO同时要给NAND建立个默认的分区，方便以后操作。
分区如下：#define MTDIDS_DEFAULT "nand0=nand0"#define MTDPARTS_DEFAULT "mtdparts=nand0:0x100000@0x0(u-boot),0x300000@0x120000(kernel),0x7b00000@0x420000(rootf s),-(reserved)"#define MTD_ACTIVE_PART "nand0,2"以上的配置都在uboot_imx/include/configs/mx51_vdphone.h 文件中进行配置。
uuboot 移植流程
uuboot 移植流程U-Boot 移植流程介绍U-Boot是一个开源的引导加载程序，常用于嵌入式系统中。
移植U-Boot可以将其适配到不同的硬件平台上，以满足特定需求。
本文将详细说明U-Boot移植的流程。
准备工作1.硬件选型：根据项目需求，选择适合的硬件平台。
2.获取源代码：从U-Boot官方网站或仓库下载最新版本的源代码。
3.安装交叉编译工具链：根据目标硬件平台的指令集架构，选择合适的交叉编译工具链，并进行安装。
4.了解目标硬件平台：熟悉目标硬件平台的架构、引导方式、存储器布局等相关信息。
移植流程1.配置编译环境：设置交叉编译工具链的环境变量，以确保正确编译U-Boot源代码。
2.配置U-Boot：修改U-Boot源代码中的配置文件，根据目标硬件平台的特性和需求进行相应配置。
–配置目标硬件平台的处理器类型、存储器布局等基本信息。
–配置启动方式，如通过网络（TFTP）或存储介质（SD卡、NAND Flash）等进行启动。
–配置启动流程，如引导加载程序的加载顺序、启动脚本等。
3.添加适配代码：根据目标硬件平台的需求，编写适配代码，包括引导加载程序和设备驱动等。
–引导加载程序：为目标硬件平台选择合适的程序入口点，配置启动参数，加载适配的设备驱动等。
–设备驱动：根据目标硬件平台的外设，编写相应的设备驱动代码，以支持外设的初始化和操作。
4.编译U-Boot：使用交叉编译工具链，编译修改后的U-Boot源代码。
–执行make clean清除之前的编译结果。
–执行make命令编译U-Boot源代码。
5.烧录和运行：将编译生成的U-Boot镜像烧录到目标硬件平台，并进行测试。
–根据目标硬件平台的烧录方式（串口、JTAG等），将U-Boot镜像烧录到目标设备。
–启动目标设备，观察U-Boot的启动信息是否正常输出，检查设备驱动是否正常加载。
6.调试和优化：根据实际情况，进行U-Boot的调试和性能优化。
–使用调试工具进行调试，如调试器、串口打印信息等。
UBoot移植详解
u－boot 移植步骤详解1 U-Boot简介U-Boot，全称Universal Boot Loader，是遵循GPL条款的开放源码项目。
从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。
其源码目录、编译形式与Linux内核很相似，事实上，不少U-Boot源码就是相应的Linux内核源程序的简化，尤其是一些设备的驱动程序，这从U-Boot源码的注释中能体现这一点。
但是U-Boot不仅仅支持嵌入式Linux系统的引导，当前，它还支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式操作系统。
其目前要支持的目标操作系统是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS。
这是U-Boot中Universal的一层含义，另外一层含义则是U-Boot除了支持PowerPC系列的处理器外，还能支持MIPS、x86、ARM、NIOS、XScale等诸多常用系列的处理器。
这两个特点正是U-Boot项目的开发目标，即支持尽可能多的嵌入式处理器和嵌入式操作系统。
就目前来看，U-Boot对PowerPC系列处理器支持最为丰富，对Linux的支持最完善。
其它系列的处理器和操作系统基本是在2002年11 月PPCBOOT 改名为U-Boot后逐步扩充的。
从PPCBOOT向U-Boot的顺利过渡，很大程度上归功于U-Boot的维护人德国DENX软件工程中心Wolfgang Denk[以下简称W.D]本人精湛专业水平和持着不懈的努力。
当前，U-Boot项目正在他的领军之下，众多有志于开放源码BOOT LOADER移植工作的嵌入式开发人员正如火如荼地将各个不同系列嵌入式处理器的移植工作不断展开和深入，以支持更多的嵌入式操作系统的装载与引导。
Uboot启动流程分析和移植介绍
基于MPC83xx 的U-boot 启动流程分析和移植董 闯北京邮电大学信息与通信工程学院，北京（100876）E-mail ：donix.dong@摘 要：本文首先引入Bootloader 的概念，接着介绍U-boot 这种引导程序，并以Freescale 32位微处理器MPC83xx 为例，结合代码详细分析了U-boot 的启动的各个阶段及最终引导Linux 内核的过程，最后，建立交叉编译环境，针对TC8313E 目标板，给出U-boot 移植与编译的基本步骤。
关键词：U-boot；MPC83xx；交叉编译；移植；嵌入式系统中图分类号：TP393.051．引言引导程序(Bootloader)是系统加电后运行的第一段软件代码，类似于PC 机中的引导加载程序BIOS 。
虽然引导程序仅在系统启动时运行非常短的时间，但对于嵌入式系统来说，这是一个非常重要的组成部分。
通过这段小程序，初始化必要的硬件设备，创建内核需要的一些信息并将这些信息传递给内核，从而将系统的软、硬件环境配置到一个合适的状态，最终调用操作系统内核，真正起到引导和加载内核的作用。
2. U-boot 介绍目前，嵌入式领域里出现了很多种类的Bootloader ，如Armboot 、Blob 、Redboot 、vivi 和U-boot 等，其中U-boot 是使用最广泛，功能最完善的。
U-boot (Universal Boot Loader)是从PPCBOOT 发展演化而来[1]，其源码目录、编译形式与Linux 内核很相似，事实上，不少U-boot 源码就是相应的Linux 内核源程序的简化，尤其是一些设备的驱动程序，这从U-boot 源码的注释中就能体现。
U-boot 中Universal 有两层含义，一是U-boot 除了支持PowerPC 系列的处理器外，还能支持MIPS 、x86、ARM 、NIOS 、XScale 等诸多常用系列的处理器；另外一层含义则是U-boot 不仅仅支持嵌入式Linux 操作系统的引导，还支持OpenBSD, NetBSD, FreeBSD, SVR4, Solaris, VxWorks, LynxOS, pSOS, lrix, RTEMS, QNX, ARTOS 等操作系统的引导。
u-boot移植详细文档
u‐boot移植详细文档作者：Tekkaman Ninja作者博客：整理：Coolbor Xie一、Boot Loader的概念和功能1、嵌入式Linux软件结构与分布在一般情况下嵌入式Linux系统中的软件主要分为以下及部分：（1）引导加载程序：其中包括内部ROM中的固化启动代码和Boot Loader两部分。
而这个内部固化ROM是厂家在芯片生产时候固化的，作用基本上是引导Boot Loader。
有的芯片比较复杂，比如Omap3，他在flash中没有代码的时候有许多启动方式：USB、UART或以太网等等。
而S3C24x0则很简单，只有Norboot和Nandboot。
（2）Linux kernel 和drivers。
（3）文件系统。
包括根文件系统和建立于Flash内存设备之上的文件系统（EXT4、UBI、CRAMFS等等）。
它是提供管理系统的各种配置文件以及系统执行用户应用程序的良好运行环境的载体。
（4）应用程序。
用户自定义的应用程序，存放于文件系统之中。
在Flash 存储器中，他们的一般分布如下：但是以上只是大部分情况下的分布，也有一些可能根文件系统是initramfs，被一起压缩到了内核映像里，或者没有Bootloader参数区，等等。
2、在嵌入式Linux中为什么要有BootLoader在linux内核的启动运行除了内核映像必须在主存的适当位置，CPU还必须具备一定的条件：1． CPU 寄存器的设置： R0＝0；R1＝Machine ID(即Machine Type Number，定义在linux/arch/arm/tools/mach‐types)； R2＝内核启动参数在 RAM 中起始基地址；2． CPU 模式： 必须禁止中断（IRQs和FIQs）； CPU 必须 SVC 模式；3． Cache 和 MMU 的设置： MMU 必须关闭；指令 Cache 可以打开也可以关闭； 数据 Cache 必须关闭；但是在CPU刚上电启动的时候，一般连内存控制器都没有配置过，根本无法在内存中运行程序，更不可能处在Linux内核的启动环境中。
一步步教你移植uboot(超精华版)
#make gec2440_config #make 编译完成时最后两句如下：
arm-linux-objcopy -O srec u-boot u-boot.srec arm-linux-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin 表示编译成功。
# if defined(CONFIG_S3C2410)
ldr r1, =0x7ff //0x3ff，根据 2410 芯片手册，INTSUBMSK 有 11 位可用，vivi 也是 0x7ff， u-boot 则是 0x3ff，不过芯片复位后所有中断都被屏蔽，故这无影响
ldr r0, =INTSUBMSK
>> 2
广州广嵌电子科技有限公司
u-boot移植要点 我们可以总结出bootloader的两大功能：
1 是下载功能，既通过网口、串口或者USB口下载文件到RAM中。 2 是对flash芯片的读写功能。 u-boot对S3C2440已经有了很好的支持，在移植过程中主要是完善u-boot对nand flash 的读写功能。 u-boot移植前的准备工作 1.下载源码 Uboot的源码可以从以下网址下载： /u-boot/u-boot-2009.11.tar.bz2?modtime=1134 752480&big_mirror=0 我们这里下载的是u-boot-2009.11.tar.bz2 工具链使用cross-4.1.2
samsung: 开发者/或经销商(vender)。
s3c24x0: 片上系统(SOC)。 板子起名叫gec2440，可以依自己的喜好修改
UBOOT移植操作
UBOOT移植操作1. 确定目标平台和硬件：首先需要了解目标平台的硬件架构、处理器类型、存储设备（如 Flash 或者 SD 卡）等重要信息。
同时需要获取目标平台的硬件参考手册或者相关文档。
2.设置交叉编译工具链：UBOOT是使用C和汇编语言编写的，因此需要使用交叉编译工具链来生成可在目标平台上运行的二进制可执行文件。
交叉编译工具链包括交叉编译器、链接器和调试器等工具，这些工具需要针对目标平台进行配置。
4. 配置 UBOOT 环境：进入 UBOOT 源代码目录，运行 `make menuconfig` 命令来配置 UBOOT 的环境。
这个命令会打开一个图形界面，可以在其中选择需要的功能、驱动程序和选项。
根据目标平台的硬件特性和需求，选择适当的选项。
5. 修改配置文件：UBOOT 需要一个配置文件（通常是`include/configs/<target.h>`），在这个文件中需要将目标平台的硬件配置信息填入。
这些信息包括芯片型号、Flash 存储器地址等。
还需要设置启动参数，如内核地址、根文件系统地址等。
6. 编译 UBOOT：运行 `make` 命令来编译 UBOOT。
根据配置和硬件平台的不同，可能需要选择不同的编译选项。
编译过程会生成一个 UBOOT 头文件（u-boot.bin）和其他必要的文件。
7.将UBOOT烧录到目标平台：使用烧录工具（如JTAG烧录器、USB烧录器或者SD卡等）将编译好的UBOOT烧录到目标平台的存储设备中。
具体的烧录方法和工具依赖于目标平台的配置。
8.测试和调试：将烧录好的UBOOT安装到目标平台后，通过串口或者网络连接到目标平台，使用终端工具进行测试和调试。
可以通过串口输出来查看启动过程中的日志和错误信息，或者使用调试工具来分析程序执行的问题。
9.优化和定制：根据需求对UBOOT进行优化和定制。
可以修改配置文件、增加功能模块或者修改代码，以达到更好的性能和适应特定需求的目的。
UBOOT移植操作
[0]目录结构◆ board：和一些已有开发板有关的文件，比如Makefile和u-boot.lds 等都和具体开发板的硬件和地址分配有关。
◆ common：与体系结构无关的文件，实现各种命令的C文件。
◆ cpu：CPU相关文件，其中的子目录都是以U-BOOT所支持的CPU 为名，比如有子目录arm926ejs、mips、mpc8260和nios等，每个特定的子目录中都包括cpu.c和interrupt.c，start.S。
其中cpu.c初始化CPU、设置指令Cache和数据Cache等；interrupt.c设置系统的各种中断和异常，比如快速中断、开关中断、时钟中断、软件中断、预取中止和未定义指令等；start.S是U-BOOT启动时执行的第一个文件，它主要是设置系统堆栈和工作方式，为进入C程序奠定基础。
◆ disk：disk驱动的分区处理代码。
◆ doc：文档。
◆drivers：通用设备驱动程序，比如各种网卡、支持CFI的Flash、串口和USB总线等。
◆fs:支持文件系统的文件，U-BOOT现在支持cramfs、fat、fdos、jffs2和registerfs。
◆ include：头文件，还有对各种硬件平台支持的汇编文件，系统的配置文件和对文件系统支持的文件。
◆net：与网络有关的代码，BOOTP协议、TFTP协议、RARP协议和NFS文件系统的实现。
◆ lib_arm：与ARM体系结构相关的代码。
◆ tools：创建S-Record格式文件和U-BOOT images的工具。
==================================================== ======================================[1]u-boot.1.1.2目录下有Makefile1）设置编译器可以看到这一项：ifeq ($(ARCH),arm)CROSS_COMPILE = arm-linux-也就是说这里所用的交叉编译器是arm-linux-gcc，u-boot默认是用这个的，也有用arm-elf-gcc的，arm-elf-tools-20030314.sh,用它来编译，没有问题。
UBoot移植详细教程
u－boot 移植步骤详解（必会）1 U-Boot简介U-Boot，全称Universal Boot Loader，是遵循GPL条款的开放源码项目。
从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。
其源码目录、编译形式与Linux内核很相似，事实上，不少U-Boot源码就是相应的Linux内核源程序的简化，尤其是一些设备的驱动程序，这从U-Boot源码的注释中能体现这一点。
但是U-Boot不仅仅支持嵌入式Linux系统的引导，当前，它还支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式操作系统。
其目前要支持的目标操作系统是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS。
这是U-Boot中Universal的一层含义，另外一层含义则是U-Boot除了支持PowerPC系列的处理器外，还能支持MIPS、x86、ARM、NIOS、XScale等诸多常用系列的处理器。
这两个特点正是U-Boot项目的开发目标，即支持尽可能多的嵌入式处理器和嵌入式操作系统。
就目前来看，U-Boot对PowerPC系列处理器支持最为丰富，对Linux的支持最完善。
其它系列的处理器和操作系统基本是在2002年11 月PPCBOOT 改名为U-Boot后逐步扩充的。
从PPCBOOT向U-Boot的顺利过渡，很大程度上归功于U-Boot的维护人德国DENX软件工程中心Wolfgang Denk[以下简称W.D]本人精湛专业水平和持着不懈的努力。
当前，U-Boot项目正在他的领军之下，众多有志于开放源码BOOT LOADER移植工作的嵌入式开发人员正如火如荼地将各个不同系列嵌入式处理器的移植工作不断展开和深入，以支持更多的嵌入式操作系统的装载与引导。
uboot内核移植和裁剪详细步骤
uboot内核移植和裁剪详细步骤-U-boot内核移植步骤:Linux 3.3.5系统移植1. 将arch/arm/mach-s3c6410/下的,mach-smdk6410.c cp为mach-my6410.c;2. 打开arch/arm/mach-s3c6410/下的Kconfig，仿照MACH_SMDK6410做一个菜单项:config MACH_MY6410bool "MY6410"select CPU_S3C6410select SAMSUNG_DEV_ADCselect S3C_DEV_HSMMCselect S3C_DEV_HSMMC1select S3C_DEV_I2C1select SAMSUNG_DEV_IDEselect S3C_DEV_FBselect S3C_DEV_RTCselect SAMSUNG_DEV_TSselect S3C_DEV_USB_HOSTselect S3C_DEV_USB_HSOTGselect S3C_DEV_WDTselect SAMSUNG_DEV_BACKLIGHTselect SAMSUNG_DEV_KEYPADselect SAMSUNG_DEV_PWMselect HAVE_S3C2410_WATCHDOG if WATCHDOGselect S3C64XX_SETUP_SDHCIselect S3C64XX_SETUP_I2C1select S3C64XX_SETUP_IDEselect S3C64XX_SETUP_FB_24BPPselect S3C64XX_SETUP_KEYPADhelpMachine support for the Pillar MY64103. 打开arch/arm/tools/mach-types文件，这里面存的是机器ID必须要和uboot里面的ID保持一致，将其283行复制添加在后面并修改为: smdk6410MACH_SMDK6410 SMDK6410 1626 xx6410 MACH_XX6410 XX6410 1626 这个机器ID和UBOOT里的机器ID相同时才能启动内核;1. 修改BSP文件mach-my6410.c,内容如下:将mach-mach-my6410.c文件中的所有smdk6410改成my6410(不要改大写SMDK6410的)MACHINE_START(MY6410, "MY6410")//这个要和Kconfig里的MACH-MY6410匹配 2. 在当前目录的Makefile最后一行加上 obj-$(CONFIG_MACH_MY6410) += mach-my6410.o3. 修改顶层的Makefile:ARCH ?= armCROSS_COMPILE ?= /usr/local/arm/4.2.2-eabi/usr/bin/arm-linux- 4. 复制arch/arm/configs/下的s3c6400-defconfig文件，然后将其保存为.config,配置内核支持EABI，再选中XX6410 board这一项，保存退出;5. 执行make menuconfig对内核进行配置:执行make编译执行make zImage生成zImage将uboot根目录下的mkimage拷贝到/user/bin目录下执行make uImage生成uImage通过以上几步linux内核移植完了，剩下就移植驱动了。
u_boot 移植(一)之uboot配置编译
u_boot 移植(一)之uboot配置编译一 、开发环境PC OS : Ubuntu 14.04SOC : 基于ARM Cortex-a8 核的S5PC100开发板 : FSC100u_boot : u-boot-2010.03编译器 : arm-cortex_a8-linux-gnueabi-gcc version 4.4.6二、目标1.Uboot 能从FSC100的 Nand Flash 正常启动2.Uboot 支持DM9000 网卡3.Uboot 支持Nand Flash 读、写、擦除4.Uboot 支持Linux 内核引动好了，接下来就进行移植uboot到FSC100开发板吧 。
三、建立自己的平台1、 下载源码我们可以在下面这个网站上下载最新的和以前任一版本的 ubootftp://ftp.denx.de/pub/u-boot/2、 解压 uboot 源码并进入目录tar zxvf u-boot-2010.03.tar.gzcd u-boot-2010.03u-boot-2010.3 源码中已经支持了SMDKC100了(SMDKC100是三星公司基于SOC : S5PC100设计的一块开发板)。
我们的FSC100使用的SOC也是S5PC100，所以我们只需要稍加修改Uboot支持的SMDC100代码，就可以编译出支持我们的FSC100开发板的uboot了。
1.修改 u-boot 顶层目录下的 Makefile，指定交叉工具链在ifeq ($(HOSTARCH, $(ARCH))CROSS_COMPILE ?=endif下添加：ifeq (arm, $(ARCH))CROSS_COMPILE ?= arm-cortex_a8-linux-gnueabiendif2.在 u-boot 顶层目录下的 Makefile 中添加 fsc100 配置信息在smdkc100_config: unconfig@$(MKCONFIG) $(@:_config=) arm arm_cortexa8 smdkc100 samsung s5pc1xx下添加：fsc100_config: unconfig@$(MKCONFIG) $(@:_config=) arm arm_cortexa8 fsc100 samsung s5pc1xx3. 添加 fsc100 平台信息(1)进入board/samsung目录(2)拷贝smdkc100 为 fsc100(3)进入fsc100目录下修改smdkc100.c 为fsc100.c修改Makefile中的smkc100.o 为fsc100.o(4)进入include/configs目录,拷贝smdkc100.h为fsc100.hinclude/configs目录下的.h文件为对应开发板的配置文件。
uboot(带DMA网卡)移植到扬创F移植详细步骤
uboot1.3.4(带DM9000A网卡)移植到扬创2440-F的移植详细步骤扬创utu2440板子uboot1.3.4(带DM9000A网卡)的移植详细步骤注明:本篇文章，绝大部分都是来源与tekkaman的移植U －Boot.1.3.1到S3C244和S3C2410，原文链接/u1/34474/showart.php?id=487416，只是因为uboot1.3.4与uboot1.3.1有部分不同，结合自己的调试经历，写下此篇，希望新手不会像我这样曲折。
一、在U-Boot中建立自己的开发板类型，并测试编译。
我为开发板取名叫: utu24401 进入U-Boot目录，修改Makefile[root@localhost u-boot-1.3.4]$ vim Makefile#为utu2440建立编译项smdk2410_config : unconfig@$(MKCONFIG) $(@:_config=) arm arm920t smdk2410 NULL s3c24x0utu2440_config : unconfig@$(MKCONFIG) $(@:_config=) arm arm920t utu2440 NULL s3c24x0各项的意思如下:arm: CPU的架构(ARCH)arm920t: CPU的类型(CPU)，其对应于cpu/arm920t子目录。
utu2440: 开发板的型号(BOARD)，对应于board/utu2440/目录,我将smdk2410覆盖了NULL: 开发者/或经销商(vender)。
s3c24x0: 片上系统(SOC)。
设置环境变量[root@localhost u-boot-1.3.4]# vim /root/.bash_profile在PATH一行后添加/usr/local/arm/3.3.2/bin:PATH2 在/board子目录中建立自己的开发板utu2440目录[root@localhost u-boot-1.3.4]$ cd board[root@localhost board]# cp -raf smdk2410/ utu2440[root@localhost board]# cd utu2440[root@localhost utu2440]# mv smdk2410.c utu2440.c还要记得修改自己的开发板tekkaman2440目录下的Makefile文件，不然编译时会出错：[root@localhost utu2440]# vim MakefileCOBJS := utu2440.o flash.o3 在include/configs/中建立配置头文件[root@localhost u-boot-1.3.4]＃cp include/configs/smdk2410.h include/configs/utu2440.h4 测试编译能否成功1）配置[root@localhost u-boot-1.3.4]＃make tekkaman2440_configConfiguring for utu2440 board...注：(1) 如果出现：[root@localhost u-boot-1.3.4]# make utu2440_config Makefile:2497: *** 遗漏分隔符(您的意思是用TAB 代替8 个空格？)。
ARM9-UBOOT移植学习笔记
U-BOOT移植【我所理解的u-boot移植】其实u-boot类似于windows最底层的BIOS，为上层的一些指令、文件提供一个平台；由于在实际的嵌入式开发中，出于对硬件设备要求、存储空间大小、成本等的考虑就要在u-boot 移植过程中进行适当的修改，以满足客服要求、达到较高的性能。
我所采用的LINUX操作系统是Ubuntu-10.04；u-boot的版本是 1.1.6；编译器为：arm-linux-gcc-3.4.5；【如何进行u-boot的移植】step 1：下载gcc交叉编译器及u-bootgcc下载地址：ftp:///pub/gnu/gccu-boot下载地址：/projects/u-boot/step 2：配置编译环境下面的操作基本就是结合“终端”来操作了；在“终端”（下简称ZD）中输入：arm-linux-gcc -v 回车；此时一般都会显示：.....（内容已省略）找不到命令；这说明了linux中缺少gcc交叉编译器开发环境的路径；这样应该手动添加路径。
方法如下：首先，在文件系统中新建一个文件夹，在ZD中输入：sudo mkdir /usr/local/arm 创建一个属于arm 开发板的文件夹，存放gcc交叉编译器。
然后，在ZD中输入：sudo gedit /etc/bash.bashrc进入bash.bashrc文件添加一个编译环境的入口路径：PATH=/usr/local/arm/3.4.5/bin:$PATH (这里提醒下，不要凭个人习惯随意的添加空格，不然运行会通不过。
)其实这里就是gcc安装到/usr/local/arm路径下，保存；接着在ZD中：.(空格)/etc/bash.bashrc 重新运行该bash.bashrc文件。
再在ZD中：arm-linux-gcc -v 这样子不会再显示“找不到命令”了，而是会显示gcc版本号等相关信息。
小结：通过以上的几个步骤，就完成了编译环境的设定，即以后gcc交叉编译器就作为编译的环境(我是这样子理解的)。
UBOOT移植1
移植u-boot-2011.03到S3C2440（utu2440）方法与步骤###1. 配置和初步编译摘要：在2011年的时候，本人把u-boot-2011.03成功移植到了S3C2440（utu2440开发板）上。
通过这次移植使自己对u-boot有了较深刻的理解并掌握了u-boot 的移植。
对于未移植过u-boot的人来说，可能觉得很神秘，甚至觉得很难。
实际上，从整个移植过程来看，并未想像中那么难。
如果你接触过嵌入式linux的开发，我觉得移植u-boot并不是难事，至少没想象中的难。
reille博客作为技术分享、技术交流的个人博客，把自己移植u-boot-2011.03的过程、遇到的问题及解决方法作为一个系列专题分享出来。
希望对正在移植u-boot的人有用。
本节主要介绍u-boot-2011.03的配置和初步编译。
开发环境：主机：Window XP SP2；linux：VMware7.01+ubuntu9.10；目标板：扬创utu2440-F开发板交叉编译器：arm-linux-gcc4.3.2（一开始用的是编译内核的版本arm-linux-gcc3.4.1，但出现了软浮点问题，于是换成了现在用的版本，当然本人编译内核的时候还是用3.4.1版本）。
1. 下载uboot源码：u-boot-2011.03本来想移植最新版本u-boot-2011.06，但见其还在修改中，故改为移植u-boot-2011.03，其源码可从如下地址中下载：ftp://ftp.denx.de/pub/u-boot/ 2. 裁减和配置2.1 裁减：1). 删除u-boot-2011.03/arch目录下除arm目录外的所有目录；2). 删除u-boot-2011.03/arch/arm/cpu目录下除arm920tmulu外的所有目录；3). 删除u-boot-2011.03/arch/arch/arm/cpu/arm920t目录下除s3c24x0目录外的所有目录，注：文件不要删；4). 删除u-boot-2011.03/arch/arm/include/asm目录下除arch-s3c24x0目录外的所有arch-xxxx目录，注：文件不要删；5). 删除u-boot-2011.03/board目录下除samsung目录外的所有目录；6). 删除u-boot-2011.03/board/samsung目录下除smdk2410目录外的所有目录；7). 删除u-boot-2011.03/include/configs目录下除smdk2410.h文件外的所有头文件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
多阶段的 Boot Loader
Boot Loader 的 stage1 通常包括以下步骤(以执行的先后顺序)： ·硬件设备初始化。 ·为加载 Boot Loader 的 stage2 准备 RAM 空间。 ·拷贝 Boot Loader 的 stage2 到 RAM 空间中。 ·设置好堆栈。 ·跳转到 stage2 的 C 入口点。 Boot Loader 的 stage2 通常包括以下步骤(以执行的先后顺序)：
Bootloader的通用性质
一.Bootloader与嵌入式linux的关系
一个嵌入式系统从软件角度来看分为四个层次： 1.引导加载程序。包括固化在固件(firmware)中的 boot 代码(可选)，和 Boot Loader 两大部分。 2. Linux 内核。特定于嵌入式板子的定制内核以及内核的启动参数。 3. 文件系统。包括根文件系统和建立于 Flash 内存设备之上文件系统。 通常用 ram disk 来作为 root fs。
Bootloader综述 U-boot介绍 u-boot编译及配置 u-boot的启动过程及工作原理 u-boot命令使用说明 u-boot 的移植过程
Uboot渊源
Uboot是德国DENX小组的开发用于多种嵌入式 CPU的bootloader程序, UBoot不仅仅支持嵌入式 Linux系统的引导，当前，它还支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式 操作系统。UBoot除了支持PowerPC系列的处理器 外，还能支持MIPS、 x86、ARM、NIOS、XScale 等诸多常用系列的处理器。 从下面地址下载uboot的源代码。 /projects/uboot
Bootloader(u-boot)
提纲
Bootloader综述
U-boot介绍 u-boot编译及配置 u-boot的启动过程及工作原理 u-boot命令使用说明 u-boot 的移植过程
Bootloader综述
U-boot介绍 u-boot编译及配置 u-boot的启动过程及工作原理 u-boot命令使用说明 u-boot 的移植过程
四. Boot Loader 的主要任务与典型 结构框架
Boot Loader 的启动过程可分为单阶段（Single Stage） 和多阶段（Multi-Stage）两种
通常多阶段的 Boot Loader 能提供更为复杂的功能， 以及更好的可移植性。从固态存储设备上启动的 Boot Loader 大多都是 2 阶段的启动过程，也即启 动过程可以分为 stage 1和 stage 2 两部分。
Uboot代码架构（1）
board：和一些已有开发板有关的文件. 每一个开发 板都以一个子目录出现在当前目录中，比如 说:SMDK2410,子目录中存放与开发板相关的配置 文件. common common：实现uboot命令行下支持的命令，每一 uboot 条命令都对应一个文件。例如bootm命令对应就是 cmd_bootm.c。 cpu：与特定CPU架构相关目录，每一款Uboot下支 持的CPU在该目录下对应一个子目录，比如有子目 录arm920t等。 disk：对磁盘的支持。 doc：文档目录。Uboot有非常完善的文档，推荐大 家参考阅读。
Bootloader综述 U-boot介绍 u-boot编译及配置 u-boot的启动过程及工作原理 u-boot命令使用说明 u-boot 的移植过程
u-boot.bin的生成
u-boot的Makefile从功能上可以分成两个部分。 一部分是用来编译生成uboot.bin文件；另一 部分是用来执行每种board相关的配置。 u-boot.bin的生成分为两步。以smdk2410为 例来说明，如下： 1对于board进行配置： $make smdk2410_config 2进行编译生成u-boot.bin： $make CROSS_COMPILE=arm-linux-
u-boot的Makefile分析 （3）
生成文件config.mk，文件内容为： ARCH = arm CPU = arm920t BOARD = smdk2410 SOC = s3c24x0 生成文件config.h，文件内容为： /* Automatically generated - do not edit */ #include <configs/smdk2410.h>
4. 用户应用程序。特定于用户的应用程序。1.源自Boot Loader 的概念
简单地说，Boot Loader 就是在操作系统内核运行之前运行 的一段小程序。通 过这段小程序，我们可以初始化硬件设 备、建立内存空间的映射图，从而将系统的软硬件环境带 到一个合适的状态，以便为最终调用操作系统内核准备好 正确的环境。 Boot Loader 的主要运行任务就是将内核映象从硬盘上读到 RAM 中，然后跳转到内核的入口点去运行，也即开始启 动操作系统。 通常，Boot Loader 是严重地依赖于硬件而实现的，特别是 在嵌入式世界。因此，在嵌入式世界里建立一个通用的 Boot Loader 几乎是不可能的。
u-boot的Makefile分析 （1）
$make smdk2410_config 在shell执行以上命令，对应于Makefile执行的命 令是
smdk2410_config : unconfig @./mkconfig $(@:_config=) arm arm920t smdk2410 NULL s3c24x0
Uboot代码架构（2）
drivers：Uboot支持的设备驱动程序都放在该目录，比如各 种网卡、支持CFI的Flash、串口和USB等。 fs: 支持的文件系统，Uboot现在支持cramfs、fat、fdos、 jffs2和registerfs。 include Uboot include：Uboot使用的头文件，还有对各种硬件平台支持的 汇编文件，系统的配置文件和对文件系统支持的文件。该目 录下configs目录有与开发板相关的配置头文件，如 smdk2410.h。该目录下的asm目录有与CPU体系结构相关 的头文件，asm对应的是asmarm.9. lib_xxxx: 与体系结构相 关的库文件。如与ARM相关的库放在lib_arm中。 net：与网络协议栈相关的代码，BOOTP协议、TFTP协议、 RARP协议和NFS文件系统的实现。 tools：生成Uboot的工具，如：mkimage, crc等等
三. Boot Loader 的安装媒介
系统加电或复位后，所有的 CPU 通常都从某个由 CPU 制造商预先安排的地址上取指令。比如，基于 ARM7TDMI core 的 CPU 在复位时通常都从地址 0x00000000 取它的第一条指令。 一个同时装有 Boot Loader、内核的启动参数、内 核映像和根文件系统映像的固态存储设备的典型空 间分配结构图 ：
2）@./mkconfig $(@:_config=) arm arm920t smdk2410 NULL s3c24x0， mkconfig是脚本文件，传入的参数$1至$6分别为： smdk2410 arm arm920t smdk2410 NULL s3c24x0， 根据传入的参数执行如下命令 cd ./include rm –f asm ln –s asm-arm asm rm –f asm-arm/arch ln –s arch-s3c24x0 asm-arm/arch rm –f asm-arm/proc ln –s proc-armv asm-arm/proc
stage 1（设置异常向量 ）
.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 当发生异常时，执行cpu/arm920t/interrupts.c中定义的中断 处理函数
stage 1（入口定义） （使用文档讲述）
由于一个可执行的Image必须有一个入口点，并且 只能有一个全局入口，通常这个入口放在 ROM(Flash)的0x0地址，因此，必须通知编译器以 使其知道这个入口，该工作可通过修改连接器脚本 来完成。 1. board/smdk2410/uboot.lds: ENTRY(_start) ==> cpu/arm920t/start.o (.text) 2. uboot在ram的代码区（TEXT_BASE = 0x33F80000）定义在board/smdk2410/config.mk
1）unconfig: @rm -f include/config.h include/config.mk board/*/config.tmp
删除文件include/config.h include/config.mk board/*/config.tmp
u-boot的Makefile分析 （2）
Bootloader综述 U-boot介绍 u-boot编译及配置 u-boot的启动过程及工作原理 u-boot命令使用说明 u-boot 的移植过程
启动模式介绍
uboot包含两种不同的操作模式：“启动加载”模式 和“下载”模式 启动加载（Boot loading）模式：这种模式也称为 “自主”（Autonomous）模式。也即 Boot Loader 从目标机上的某个固态存储设备上将操作系统加载 到 RAM 中运行，整个过程并没有用户的介入。这 种模式是 BootLoader 的正常工作模式，因此在嵌入 式产品发布的时侯，Boot Loader 显然必须工作在这 种模式下。 下载（Downloading）模式：在这种模式下，目标 机上的 Boot Loader 将通过串口连接或网络连接等 通信手段从主机（Host）下载文件 ，然后控制启动 流程。