bootloader与u-boot移植
阐述对BootLoader的理解和分析
` 物理与电子工程学院 《嵌入式系统设计》 设计性实验报告 题目阐述对BootLoader的理解和分析 系别 年级专业 班级学号 学生姓名 指导教师 实验时间
目录 课题要求 ................................................................ 错误！未定义书签。 1.本课题的目的.............................. 错误！未定义书签。 2.运行环境.................................. 错误！未定义书签。正文 . (2) 一.BootLoad简介 (2) 二．系统设计 (5) 三.技术实现问题 (7) 四.总结与体会 (8) 设计性实验报告成绩：指导教师签名： (10)
摘要 在嵌入式系统中，由于不具有自举开发的能力，其BootLoader除了引导操作系统之外，还要担负辅助开发的责任，如与主机通信、与用户交互、更新系统等功能。 虽然嵌入式系统不可能实现通用的BootLoader，但是各系统的BootLoader依然具有一定的相同性，因此，嵌入式系统中常用的BootLoader也都具有可移植性，可以在大部分代码不更改的情况下，根据本系统的情况，通过修改具体硬件相关的代码并进行相应的配置来使用。 关键字：概述，作用，操作模式，分类，基本原理。 正文 一.BootLoad简介 1.1 BootLoader的概述 BootLoader是操作系统和硬件的纽带，它负责初始化硬件，引导操作系统内核，检测各种参数给操作系统内核使用。事实上，一个功能完备的大型BootLoader，就相当于一个小型的操作系统。在嵌入式领域中，操作系统移植的关键在于BootLoader的移植以及操作系统内核与硬件相关部分的移植。Bootloader是在操作系统运行之前执行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射表，从而将系统软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。通常，Bootloader是严重依赖于硬件而实现的，特别是在嵌入式世界里，嵌入式产品型号众多，硬件环境复杂，建立一个通用的Bootloader几乎是不可能的。尽管如此，仍然可以对Bootloader归纳出一些通用的概念来，以指导特定的Bootloader设计与实现。因此，正确进行Linux移植的条件是具备一个与Linux配套、易于使用的Bootloader，它能够正确完成硬件系统的初始化和Linux的引导。 Bootloader不但依赖于CPU的体系结构，而且依赖于嵌入式系统板级设备的配置。对于两块不同的嵌入式板而言，即使它们使用同一种处理器，要想让运行在一块板子上的Bootloader程序也能运行在另一块板子上，一般也都需要修改Bootloader的源程序。反过来，大部分Bootloader仍然具有很多共性，某些Bootloader也能够支持多种结构的嵌入式系统。通常它们能够自动从存储介质上启动，都能够引导操作系统启动，并且大部分都可以支持串口和以太网接口。
嵌入式Linux之我行——u-boot-2009_08在2440上的移植详解(六) - Bootloader移植篇 - hbhuanggang
嵌入式Linux之我行——u-boot-2009.08在2440上的移植 详解（六） 嵌入式Linux之我行，主要讲述和总结了本人在学习嵌入式linux中的每个步骤。一为总结经验， 二希望能给想入门嵌入式Linux的朋友提供方便。如有错误之处，谢请指正。 ?共享资源，欢迎转载：https://www.360docs.net/doc/2e5444311.html, 一、移植环境 ?主机：VMWare--Fedora 9 ?开发板：Mini2440--64MB Nand,Kernel:2.6.30.4 ?编译器：arm-linux-gcc-4.3.2.tgz ?u-boot：u-boot-2009.08.tar.bz2 二、移植步骤 上接：u-boot-2009.08在2440上的移植详解（五） 10）u-boot利用tftp服务下载内核和利用nfs服务挂载nfs文件系统。 知识点： 1.tftp服务的安装与配置及测试； 2.nfs服务的安装与配置及测试； 3.u-boot到kernel的参数传递(重点)。 我们知道使用tftp下载内核和使用nfs挂载文件系统的好处是，当我们重新编译内核或文件系 统后不用重新把这些镜像文件再烧录到flash上，而是把这些镜像文件放到开发主机的tftp或nfs 服务的主目录下，通过网络来加载他们，不用频繁的往flash上烧，这样一可以保护flash的使用 寿命，二可以方便的调试内核或文件系统，提高开发效率。可见，让u-boot实现这个功能是一件很有意义的事情。 实现这样的功能很简单，网上也有很多资料。但有很多细节的东西如果稍不注意就导致失败，这里就结合本人实现的过程进行讲述和一些问题的分析。 ?tftp服务的安装与配置及测试 要使用tftp服务及测试它要安装两个软件包，一个就是tftp服务器，另外一个就是tftp客户端，这里安装客户端只是用于在主机本地测试tftp服务器是否正常运行的，来确保u-boot能够访 问tftp服务(u-boot中已有tftp客户端的功能，其实在前面几篇中都已经使用了tftp下载内核或 文件系统到开发板上，如果那里都做到了，这里就可以直接跳过)。 首先使用rpm命令查看你的主机上是否已经安装了tftp服务器和客户端，如果没有安装就去下 载这两个软件包进行安装或者可以使用yum命令进行在线安装，yum会自动的去搜索适合你主机平 台的最新软件包进行下载安装，如果主机已经安装了，则会提示软件包已经安装了最新的版本。如 下图所示：
Tiny6410_Uboot移植步骤详解
Uboot_for_Tiny6410_移植步骤详解 一、设计要求 1.目的 1)掌握U-boot剪裁编写 2)掌握交叉编译环境的配置 3)掌握U-boot的移植 2.实现的功能 1)U-boot编译成功 2)移植U-boot，使系统支持从NAND FLASH启动 二、设计方案 1.硬件资源 1)ARM处理器：ARM11芯片(Samsung S3C6410A)，基于ARM1176JZF-S核设 计，运行频率533Mhz,最高可达 667Mhz 2)存储器：128M DDR RAM，可升级至 256M；MLC NAND Flash(2GB) 3)其他资源：具有三LCD接口、4线电阻 触摸屏接口、100M标准网络接口、标准DB9 五线串口、Mini USB2.0接口、USB Host 1.1、3.5mm音频输入输出口、标准TV-OUT
接口、SD卡座、红外接收等常用接口；另外 还引出4路TTL串口，另1路TV-OUT、 SDIO2接口(可接SD WiFi)接口等；在板的 还有蜂鸣器、I2C-EEPROM、备份电池、A D 可调电阻、8个中断式按键等。 2.软件资源 1)arm-linux-gcc-4.5.1（交叉编译） 2)u-boot-2010.09.tar.gz arm-linux-gcc-4.5.1-v6-vfp-20101103.t gz 三、移植过程 1.环境搭建 1)建立交叉编译环境 2)去这2个网站随便下载都可以下载得到最 新或者你想要的u-boot。（ https://www.360docs.net/doc/2e5444311.html,/batch.viewl ink.php?itemid=1694 ftp://ftp.denx.de/pub/u-boot/ ）
F BOOTROM引导模式和程序
28335使用串口烧写程序 串口烧写是一种相对较方便的烧写方式，相对于仿真器或是CAN烧写，相对于仿真器或是USB转CAN的设备，串口是一种非常廉价的烧写方式，而且也不需要安装专业的集成开发环境CCS等，但是不能实现在线调试，因此也只适用于程序基本不用再调整或大批量的场合。 F28335的存储器映射图如下：
BOOTROM 是一块8K X 16的只读存储器，位于地址空间0x3FE000~0x3FFFFF，片内BOOTROM在出厂时固化了引导加载程序以及定点和浮点数据表，片上BOOTROM的存储映射如下图所示： 1．内BOOT ROM数学表： 在BOOT ROM中保留了4K X 16位空间，用以存放浮点和IQ数据公式表，这些数据 公式表有助于改善性能和节省SARAM空间。 向量表： CPU向量表位于ROM存储器0x3FE000~0x3FFFFF段内，如下图所示。复位后，当VMAP=1，ENPIE=0（PIE向量表禁止）时，该向量表激活。
在内部BOOT ROM引导区中能够调用的唯一向量就是位于0x3FFFC0的复位向量。复位向量在出厂时被烧录为直接指向存储在BOOT ROM空间中的InitBoot函数，该函数用于开启引导过程。然后通过通用I/O引脚上的检验判断，决定具体引导模式。引导模式与控制引脚之间的关系如下图所示： Bootloader特性： Bootloader是位于片上引导ROM中的在复位后执行的程序，用于在上电复位后，将程序代码从外部源转移到内部存储器。这允许代码暂时存储在掉电不丢失数据的外部存储器内，然后被转移到高速存储器中执行。 引导ROM中的复位向量将程序执行重定向至InitBoot函数。执行器件初始化之后，bootloader将检查GPIO引脚的状态以确定您需要执行哪种引导模式。这些选项包括：跳转至闪存、跳转至SARAM、跳转至OTP或调用其中一个片上引导加载例程。
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移植工作的嵌入式开发人员正如火如荼地将各个不同系列嵌入式处理器的移植工作不断展开和深入，以支持更多的嵌入式操作系统的装载与引导。 选择U-Boot的理由： ①开放源码； ②支持多种嵌入式操作系统内核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS； ③支持多个处理器系列，如PowerPC、ARM、x86、MIPS、XScale； ④较高的可靠性和稳定性； ④较高的可靠性和稳定性； ⑤高度灵活的功能设置，适合U-Boot调试、操作系统不同引导要求、产品发布等； ⑥丰富的设备驱动源码，如串口、以太网、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、键盘等； ⑦较为丰富的开发调试文档与强大的网络技术支持； 2 U-Boot主要目录结构 - board 目标板相关文件，主要包含SDRAM、FLASH驱动； - common 独立于处理器体系结构的通用代码，如内存大小探测与故障检测；
STM32的BOOT概述
STM32的BOOT概述 STM32 三种启动模式对应的存储介质均是芯片内置的，它们是：1）用户 闪存= 芯片内置的Flash。2）SRAM = 芯片内置的RAM 区，就是内存啦。3）系统存储器= 芯片内部一块特定的区域，芯片出厂时在这个区域预置了一段Bootloader，就是通常说的ISP 程序。这个区域的内容在芯片出厂后没有人 能够修改或擦除，即它是一个ROM 区。 在每个STM32 的芯片上都有两个管脚BOOT0 和BOOT1，这两个管脚在芯 片复位时的电平状态决定了芯片复位后从哪个区域开始执行程序，见下表：BOOT1=x BOOT0=0 从用户闪存启动，这是正常的工作模式。 BOOT1=0 BOOT0=1 从系统存储器启动，这种模式启动的程序功能由厂家设置。BOOT1=1 BOOT0=1 从内置SRAM 启动，这种模式可以用于调试。 在系统上电的时候，cpu 首先根据这两个脚来确定是哪种模式的启动，然后 就是把相应模式的起始地址映射到0 地址处，并从0 地址处开始执行。在芯片 出厂时，st 烧写了一个bootloader 到rom 中，也就是system memory。这个bootloader 的主要任务就是通过uart1 下载程序到内置flash 中去。工作流程如下：system memory boot 模式，在执行完成它的任务之后是必须要退出的。这个退出方式是通过一次硬件reset 来实现的。在reset 的时候，必须要配置BOOT[1:0]这两个脚以使cpu 在重启之后进入适当的模式。 要注意的是，一般不使用内置SRAM 启动(BOOT1=1 BOOT0=1)，因为SRAM 掉电后数据就丢失。多数情况下SRAM 只是在调试时使用，也可以做其他一些用途。如做故障的局部诊断，写一段小程序加载到SRAM 中诊断板上的 其他电路，或用此方法读写板上的Flash 或EEPROM 等。还可以通过这种方法解除内部Flash 的读写保护，当然解除读写保护的同时Flash 的内容也被自动清
i.MX6UL -- Linux系统移植过程详解(最新的长期支持版本)
i.MX6UL -- Linux系统移植过程详解(最新的长期支持版本) ?开发平台：i.MX 6UL ?最新系统： u-boot2015.04 + Linux4.1.15_1.2.0 ?交叉编译工具：dchip-linaro-toolchain.tar.bz2 源码下载地址： U-Boot: (选择rel_imx_4.1.15_1.2.0_ga.tar.bz2) https://www.360docs.net/doc/2e5444311.html,/git/cgit.cgi/imx/uboot-imx.git/ Kernel: (选择rel_imx_4.1.15_1.2.0_ga.tar.bz2) https://www.360docs.net/doc/2e5444311.html,/git/cgit.cgi/imx/linux-2.6-imx.git/ 源码移植过程： 1、将linux内核及uBoot源码拷贝到Ubuntu12.04系统中的dchip_imx6ul目录下； 2、使用tar命令分别将uboot和kernel解压到dchip_imx6ul目录下； 3、解压后进入uboot目录下，新建文件make_dchip_imx6ul_uboot201504.sh，且文件内容如下： ################################################################### # Build U-Boot.2015.04 For D518--i.MX6UL By FRESXC # ################################################################### #!/bin/bash export ARCH=arm export CROSS_COMPILE=
BootLoader引导程序
BootLoader引导程序 一、实验目的 1.学会配置linux下的minicom和windows下的超级终端 2.了解bootloader的基本概念和框架结构 3.了解bootloader引导操作系统的过程 4.掌握bootloader程序的编译方法 5.掌握bootloader程序的使用方法 二、实验内容 1. 学习x-loader 作用和编译过程 2.学习uboot作用和编译过程 3.学习bootloader的操作 三、实验设备 PentiumII以上的PC机， LINUX操作系统 四、BOOTLOADER程序说明 完整的系统由x-loader、u-boot、kernel（内核）、rootfs（根文件系统）组成，x-loader 是一级引导程序，其作用是初始化CPU，拷贝u-boot到内存，然后把控制权交给u-boot。当OMAP3530上电时，memory controller(内存控制器)还未初始化，这个任务便由完成的x-loader。初始化外部RAM控制器，把u-boot读到外部RAM，之后把控制入口交给。u-boot 是二级引导程序，其作用主要是引导内核，提供映像更新，同用户进行交互。系统结构图如 下： 1. BootLoader的作用 在嵌入式系统中，BootLoader的作用与PC机上的BIOS类似，其主要作用：（1）初始化硬件设备；（2）建立内存空间的映射图；（3）完成内核的加载，为内核设置启动参数。通过BootLoader可以完成对系统板上的主要部件如CPU、SDRAM、Flash、串行口等进行初始化，也可以下载文件到系统板上，对Flash进行擦除与编程。当运行操作系统时，它会在操作系统内核运行之前运行，通过它，可以分配内存空间的映射，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统准备好正确的环境。 通常，BootLoader 是依赖于硬件而实现的，特别是在嵌入式系统中。因此，在嵌入式系统里建立一个通用的 BootLoader 几乎是不可能的，不同的处理器架构都有不同的
uboot移植步骤介绍
uboot移植过程 1.修改Makefile 首先给要建立的S3C2410开发板取名为TE2410, 移植uboot时以smdk2410为模板, 修改Makefile #tar xvjf u-boot-1.1.3.tar.bz2 #cd u-boot-1.1.3 #vi Makefile scb9328_config : unconfig @./mkconfig $(@:_config=) arm arm920t scb9328 NULL imx smdk2400_config : unconfig @./mkconfig $(@:_config=) arm arm920t smdk2400 NULL s3c24x0 smdk2410_config : unconfig @./mkconfig $(@:_config=) arm arm920t smdk2410 NULL s3c24x0 SX1_config : unconfig @./mkconfig $(@:_config=) arm arm925t sx1 te2410_config : unconfig @./mkconfig $(@:_config=) arm arm920t te2410 NULL s3c24x0 蓝色字体是添加的内容。其中，te2410_config : unconfig意思是为TE2410建立一个编译项，@./mkconfig $(@:_config=) arm arm920t te2410 NULL s3c24x0中的arm表示CPU的架构是基于ARM体系结构的;arm920t表示CPU类型是arm920t;te2410是开发板的型号;NULL表示开发商或经销商的名称为空;s3c24x0表示是基于s3c24x0的片上系统。 2.在uboot的board目录下建立te2410开发板子目录 #cp –fr board/smdk2410 /board/te2410 #cd board/te2410 #mv smdk2410.c te2410.c 还要修改board/te2410/Makefile文件, OBJS := smdk2410.o flash.o -------- OBJS := te2410.o flash.o 3.在include/configs目录下建立te2410.h头文件 #cd include/configs #cp –fr smdk2410.h te2410.h 4.指定交叉编译器的路径 选择支持softfloatpoint的交叉编译器,在etc/bashrc文件中添加一行 export PATH=/home/newdisk/toolchain/gcc-3.4.5-glibc-2.3.6/arm-softfloat-linu x-gnu/bin:$PATH 其中， /home/newdisk/toolchain/gcc-3.4.5-glibc-2.3.6/arm-softfloat-linux-gnu /bin是交叉编译器路径
uboot移植实验
一、移植环境 ?主机：UBUNTU ?开发板：飞凌2440 ?编译器：arm-linux-gcc-4.3.2.tgz ?u-boot：u-boot-2009.03.tar.bz2
3）修改u-boot根目录下的Makefile文件。查找到smdk2410_config的地方，在他下面按照smdk2410_config的格式建立mini2440_config的编译选项，另外还要指定交叉编译器 4）测试编译新建的mini2440开发板项目
到此为止，u-boot对自己的mini2440开发板还没有任何用处，以上的移植只是搭建了一个mini2440开发板u-boot的框架，要使其功能实现，还要根据mini2440开发板的具体资源情况来对u-boot源码进行修改。 3. 根据u-boot启动流程图的步骤来分析或者修改添加u-boot源码，使之适合mini2440开发板（注：修改或添加的地方都用红色表示）。 1）mini2440开发板u-boot的stage1入口点分析。 一般在嵌入式系统软件开发中，在所有源码文件编译完成之后，链接器要读取一个链接分配文件，在该文件中定义了程序的入口点，代码段、数据段等分配情况等。那么我们的my2440开发板u-boot的这个链接文件就是cpu/arm920t/u-boot.lds，打开该文件部分代码如下：
知道了程序的入口点是_start，那么我们就打开mini2440开发板u-boot第一个要运行的程序cpu/arm920t/start.S（即u-boot的stage1部分），查找到_start的位置如下： 从这个汇编代码可以看到程序又跳转到start_code处开始执行，那么再查找到start_code 处的代码如下：
AN945 EFM8 Factory Bootloader用户指南中文版
AN945：EFM8 Factory Bootloader用户指南 本文档介绍了工厂编程的引导加载程序可用于EFM8设备。除了描述引导程序的功能，本文档还详细介绍了如何使用引导加载程序并更新Bootloader固件源代码或python主机软件，如果需要定制。 关键点 EFM8工厂编程的引导加载程序提供基本的生产编程或现场更新支持。?主机端都提供源代码python工具和bootloader 件来启用自定义。
1介绍 EFM8设备在工厂中使用引导加载程序进行编程。此引导程序启用： 1. 生产编程- 可以在生产环境中对设备进行编程，而无需使用调试接口需要PCB上的接入点和调试适配器。 2. 2.现场更新- 可以在现场的设备上发布更新，无需最终用户访问调试引脚或使用调试适配器硬件。 引导加载程序主要用于具有最小功能集的生产编程，但也可用于现场更新。因为几个EFM8变体可以有2 KB的闪存，引导程序的设计尽可能小。例如，UART和SMBus版本消耗单个512闪存页面，USB版本消耗1.5 KB闪存。另外，bootloader通常位于代码安全页面中，以使引导程序能够写入和擦除锁定的应用程序空间。更多信息在每个设备上的引导加载程序放置位置可以在设备数据手册或参考手册中找到。 22. USB或UART引导加载程序入门 这些步骤假定使用入门套件。使用自定义硬件时，步骤相同。 这些步骤还假设应用笔记zip文件已经下载到PC，或者使用Simplicity访问文件 工作室。应用程序zip文件可以在Silicon Labs网站（https://www.360docs.net/doc/2e5444311.html,/8bit-appnotes）上找到。 ?将Bootloader下载到设备 如果引导加载程序尚未在设备上，请使用Simplicity Studio将Bootloader下载到设备，并按以下步骤操作。 日期代码在设备勘误表中列出的日期之后的顶部标记的设备可以支持引导加载程序并可能具有 bootloader预装。在此之前的日期代码的设备将不能与引导程序一起使用。 ?打开Simplicity Studio。 ?将入门工具包连接到PC。 ?将套件开关移动到[AEM]位置。 ?单击Simplicity Studio左窗格中的[Refresh detected hardware]按钮。该套件应显示在[Detected Hardware] 区。 ?单击工具包，然后单击Simplicity Studio的[tool]区域中的[Flash Programmer]图块。 ?单击[Erase]按钮。 ?单击[Browse]按钮，导航到套件设备的预编译引导加载程序十六进制文件，单击[Open]，然后单击[Program]。
bootloader分析
Bootloader分析
?熟悉BootLoader的实现原理?认识Bootloader的主要任务?熟悉BootLoader的结构框架?U-boot使用
引言本章详细地介绍了基于嵌入式系统中的OS启动加载程序――Boot Loader的概念、软件设计的主要任务以及结构框架等内容。 一个嵌入式Linux系统从软件的角度看通常可以分为四个层次： ?1.引导加载程序。包括固化在固件(firmware)中的boot代码(可 选)，和Boot Loader两大部分。 ?2.Linux内核。特定于嵌入式板子的定制内核以及内核的启动参数。 ?3.文件系统。包括根文件系统和建立于Flash内存设备之上文件 系统。通常用ram disk来作为root fs。 ?4.用户应用程序。特定于用户的应用程序。有时在用户应用程序和 内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式GUI有：MicroWindows和MiniGUI。
?引导加载程序是系统加电后运行的第一段软件代码。回忆一下PC 的体系结构我们可以知道，PC机中的引导加载程序由BIOS(其本质就是一段固件程序)和位于硬盘MBR中的OS Boot Loader（比如，LILO和GRUB等）一起组成。 ?BIOS在完成硬件检测和资源分配后，将硬盘MBR中的Boot Loader读到系统的RAM中，然后将控制权交给OS Boot Loader。 Boot Loader的主要运行任务就是将内核映象从硬盘上读到RAM 中，然后跳转到内核的入口点去运行，也即开始启动操作系统。 而在嵌入式系统中，通常并没有像BIOS那样的固件程序（注，有的嵌入式CPU也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由Boot Loader来完成。 ?比如在一个基于ARM7TDMI core的嵌入式系统中，系统在上电 或复位时通常都从地址0x00000000处开始执行，而在这个地址 处安排的通常就是系统的Boot Loader程序。
uboot移植笔记
u-boot-2015-01移植笔记 一、修改编译器路径 修改顶层Makefile文件，查找CROSS_COMPILE =，注释掉if判断，增加一行CROSS_CMPILE = arm-linux- （根据编译器不同这个自行添加，在这里感谢胡茂晓同学）。 二、复制平台相近board 1、进入board子目录下的samsung子目录，复制trats2文件夹为自己平台名字的文件夹（这里笔者使用iTop4412）。 2、进入iTop4412子目录，修改为。 3、修改Makefile，将trats2改为iTop4412。 三、修改板子相应配置 1、从源码根目录下进入include/configs目录，复制为。 2、从源码根目录下进入configs目录，复制trats2_defconfig为iTop4412_defconfig。 3、修改iTop4412_defconfig，将CONFIG_DEFAULT_DEVICE_TREE="exynos4412-trats2"改为CONFIG_DEFAULT_DEVICE_TREE="exynos4412-iTop4412"。
四、增加自己的Device Tree Source 1、从源码根目录下进入arch/arm/Dts目录，复制 exynos4412- 。 2、修改当前目录下的Makefile文件，将 dtb-$(CONFIG_EXYNOS4) += \ \ \ \ \ 修改成 dtb-$(CONFIG_EXYNOS4) += \ \ \ \ \ \
五、制作顶层.config文件 1、在源码根目录下使用命令make menuconfig（貌似刚支持图形界面配置）。 2、先配置基本的，Architecture select 选项选择ARM architecture，architecture选项的子选项Target select选择Samsun EXYNOS；EXYNOS board select选项选择Exynos4412 Trat2 board。 3、在Device Tree Control选项下，y（yes）Run-time configuration via Device Tree，选择Provider of DTB for control 为Embedded DTB for DT control，在Default Device Tree for DT control选项下输入exynos4412-iTop4412，退出。 4、保存退出，在源码根目录下会生成.config文件，需要用命令ls –a 查看。 5、在源码根目录下使用命令vim .config，修改.config文件。将CONFIG_SYS_BOARD="trats2" 修改成CONFIG_SYS_BOARD="iTop4412";将CONFIG_SYS_CONFIG_NAME="trats2"修改成CONFIG_SYS_CONFIG_NAME="iTop4412"；将CONFIG_DEFAULT_DEVICE_TREE=""修改成CONFIG_DEFAULT_DEVICE_TREE="exynos4412-iTop4412"。（注意：每次使用make menuconfig后都要修改本条）
UBOOT分析移植
ARM 平台下的U-boot 移植 u-boot 移植 嵌入式BootLoader 的引导过程 图 1-1给出了嵌入式系统中的一般的引导过程，一般来说，引导程序都是保存在非易失的存储介质（如Flash 等）中，因为引导程序运行的时候需要对数据进行读写操作，所以引导程序的RW 段必须放到RAM 中，所以一般的引导程序初始化的第一件事情就是要在初始化完内存控制器后将其RW 段拷贝到RAM 中，同时开辟一段内存用于其ZI 段。如果引导过程是放置在不可原位执行的存储介质，如NAND Flash 上的时候，引导程序还必须将其自身也拷贝到RAM 中。 一般来说大概的步骤可以分为两个步骤： Stage1 ? 硬件设备初始化(内存控制器的设置)； ? 为加载BootLoader 的stage2部分的代码准备RAM 空间； ? 拷贝BootLoader 的stage2部分的代码到RAM 空间中，并跳转执行； ? 设置好堆栈，Heap 等； ? 跳转到 stage2 的 C 入口点； Stage2 ? 初始化本阶段要使用到的硬件设备（net ，flash 等）； ? 将OS 映像从 flash 上读到 RAM 空间中； ? 为OS 设置启动参数； ? 跳转到OS 内核image 的入口点。 图1-1 嵌入式系统引导
u-boot简介 U-Boot是由开源项目PPCBoot发展起来的，ARMboot并入了PPCBoot，和其他一些arch 的Loader合称U-Boot。2002年12月17日第一个版本U-Boot-0.2.0发布，同时PPCBoot 和ARMboot停止维护。 U-Boot支持的处理器构架包括PowerPC(MPC5xx， MPC8xx， MPC82xx， MPC7xx，MPC74xx， 4xx)， ARM（ARM7，ARM9，StrongARM，Xscale），MIPS (4Kc，5Kc)，x86等等，U-Boot （Universal Bootloader）是在GPL下资源代码最完整的一个通用Boot Loader。 U-Boot提供两种操作模式：启动加载（Boot loading）模式和下载（Downloading）模式,并具有大型Boot Loader的全部功能。主要特性为： ●SCC/FEC以太网支持 ●BOOTP/TFTP引导 ●IP，MAC预置功能 ●在线读写FLASH，DOC, IDE，IIC，EEROM，RTC ●支持串行口kermit，S-record下载代码 ●识别二进制、ELF32、pImage格式的Image，对Linux引导有特别的支持 ●监控(minitor)命令集:读写I/O，内存，寄存器、内存、外设测试功能等 ●脚本语言支持（类似BASH脚本） ●支持WatchDog，LCD logo，状态指示功能等 U-Boot的功能是如此之强大，涵盖了绝大部分处理器构架，提供大量外设驱动，支持多个文件系统，附带调试、脚本、引导等工具，特别支持Linux,为板级移植做了大量的工作。U-Boot的完整功能性和后续不断的支持，使系统的升级维护变得十分方便。 u-boot的目录树结构 1.1.1 Borad目录 包括大量的Board dependent files的代码文件，每一个开发板都以一个子目录出现在当前目录中，每个board目录下至少包括这样几个文件 1．config.mk：其中至少包括TEXT_BASE这个一个Makefile的变量，这个变量指出了被编译的可执行uboot image应该放在RAM中的位置,也就是该image的执行位置；2．flash.c：这里主要还是对NorFlash的操作，flash的基本操作； 3．lowlevel_init.S：提供lowlevel_init函数供u-boot在第一阶段调用，一般是针对SDRAM 控制器的初始化，如设置SDRAM的刷新率，等待时钟等，一般来说，如果需要将第二阶段代码和数据拷贝到SDRAM中，这个操作是必须的； 4．Makefile：编译board目录下的代码所使用的makefile； 5．board.c：和板级相关的初始化函数，如设置GPIO，设置时钟，设置总线时序等；6．u-boot.lds：针对开发板的情况编写的连接脚本，通过连接脚本，一般应该将u-boot的stage1的代码放在image的开始的地方； 1.1.2Common目录 该目录下实现uboot支持的命令和公用函数，每一条命令都对应一个文件。例如bootm 命令对应就是cmd_bootm.c。
bootloader流程
Bootloader 设计分析 3.1 Bootloader 的操作模式 (Operation Mode) 大多数 Bootloader 都包含两种不同的操作模式[2]： (1). 启动加载（Boot loading）模式：也称为“自主”模式。即Bootloader 从目标机上的某个固态存储设备上将操作系统加载到 RAM 中运行，整个过程并没有用户的介入。 (2).下载（Downloading）模式：在这种模式下，目标机上的Bootloader将通过串口或网络连接等通信手段从主机（Host）下载内核映像和根文件系统映像等，然后保存到目标机上的FLASH 类固态存储设备中。Bootloader的这种模式通常在系统初次安装和更新时被使用，工作于这种模式下的Bootloader通常都会向它的终端用户提供一个简单的命令行接口。 在我们的Bootloader设计中我们同时支持这两种工作模式，采用的方法是：一开始启动时处于正常的启动加载模式，但并不立即启动进入uClinux内核，而是提示延时5秒，等待终端用户如果按下某一特定按键，则切换到下载模式，否则继续启动uCLinux 内核。 3.2 Bootloader 的启动及初始化 基于ARM的芯片多数为复杂的片上系统（SoC），这类复杂系统里的多数硬件模块都是可配置的[3]。因此大多数 Bootloader 都分为 stage1 和 stage2 两大部分。依赖于 CPU 体系结构的代码，通常都放在 stage1 中，而且在这一部分，我们直接对处理器内核和硬件控制器进行编程，因此常常都用汇编语言来实现。而stage2则通常用C语言来实现，这样可以实现更复杂的功能，而且代码会具有更好的可读性和可移植性。 3.2.1 Bootloader的stage1 这部分代码必须首先完成一些基本的硬件初始化，为stage2的执行以及随后的kernel 的执行准备好一些基本的硬件环境[2]。Bootloader的stage1一般通用的内容包括： * 定义程序入口点 * 设置异常向量表 * 初始化存储系统（包括地址重映射） * 初始化有特殊要求的端口，设备 * 初始化用户程序的执行环境
Uboot_for_mini6410_移植步骤详解
这是u-boot-2010.09 针对友善之臂MINI6410移植的最基础版本，只包含了就基本的系统引导，NAND读写，DM9000网卡等等。但是这个足够开发的方便使用。今后会陆续添加原先我为mini2440添加的所有功能。 但是此次移植并非我的功劳，首先基本的移植是由Alex Ling
移植Bootloader过程总结
一．linux系统上电后启动过程： ---→启动引导加载程序bootloader（一些CPU在运行bootloader之前，会先运行一段固化的程序）。 --->启动内核 --->挂载根文件系统 其中，Boot paramoters分区中放置一些可设置的参数，比如，IP地址、串口波特率、要传递给内核的命令行参数等。 二．为什么要进行bootloader移植？ ---→bootloader的实现依赖于具体的硬件，而在嵌入式产品中硬件的配置千差万别，即使相同的CPU，它的外设也有可能不同，所以不可能有一个bootloader支持所有的CPU，即使是支持CPU架构比较多的U-Boot，也不是拿来就能用的，也需要做一些简单的移植。 三.Bootlader的启动过程分为两个阶段： 第一阶段： --->硬件设备的初始化（进入svc模式、关闭watchdog、禁中断、设置系统时钟频率、初始化存储控制器、初始化堆栈）。 --->uboot的代码重定位，从nand中拷贝至sdram中，默认是从norflash拷贝至sdram --->跳转到第二阶段c代码继续执行 第二阶段： --->初始化本阶段要使用的硬件设备（如串口）。 --->检测系统内存的映射（memory map）。 --->从flash读取内核镜像和文件系统到sdram中。
--->为内核设置启动参数。 --->启动内核。 注意：1、所谓检测内存映射，就是确定板子上使用了多少内存，它们的地址空间如何 2、存储在flash上的内核镜像可能是压缩的（如.cramfs 格式），在读到内存中就需要解压，但是对于带有自解压功能的内核来说，是不需要boorloader来解压。 3、将根文件系统拷贝到sdram中，这个不是必须的，具体看内核访问它的方式。