UBoot移植详细教程
- 格式：doc
- 大小：76.50 KB
- 文档页数：18
文档推荐
-
uboot移植步骤介绍页数:12
-
Tiny6410_Uboot移植步骤详解页数:37
-
UBoot移植详解页数:18
-
uboot移植实验页数:13
-
uboot 2014移植手册页数:15
-
uboot移植笔记页数:4
下载文档原格式
合集下载
uboot代码完全解析
1.相关文件 ....................................................................................................................................28 2.数据结构 ....................................................................................................................................28 3.ENV 的初始化...........................................................................................................................30
目录
u-boot-1.1.6 之 cpu/arm920t........................................................................2 u-boot 中.lds 连接脚本文件的分析 ...................................................................................................12 分享一篇我总结的 uboot 学习笔记（转） .....................................................................................15 U-BOOT 内存布局及启动过程浅析 ...................................................................................................22 u-boot 中的命令实现 ..........................................................................................................................25 U-BOOT 环境变量实现 ........................................................................................................................28
目录
u-boot-1.1.6 之 cpu/arm920t........................................................................2 u-boot 中.lds 连接脚本文件的分析 ...................................................................................................12 分享一篇我总结的 uboot 学习笔记（转） .....................................................................................15 U-BOOT 内存布局及启动过程浅析 ...................................................................................................22 u-boot 中的命令实现 ..........................................................................................................................25 U-BOOT 环境变量实现 ........................................................................................................................28
UBOOT基础知识ppt
移植
Q:什么叫bootloader移植？ Q:为什么需要移植？
移植
每种不同的CPU体系结构都有不同的BootLoader。 除了依赖于CPU的体系结构外，BootLoader 还依 赖于具体的嵌入式板级设备的配置，比如板卡的 硬件地址分配，外设芯片的类型等。这也就是说， 对于两块不同的开发板而言，即使它们是基于同 一种CPU而构建的，但如果他们的硬件资源或配置 不一致的话，要想在一块开发板上运行的 BootLoader程序也能在另一块板子上运行，还是 需要作修改。
目录树
| lib_arm | lib_generic | lib_i386 | lib_m68k | lib_microblaze | lib_mips | lib_nios | lib_nios2 | lib_ppc | net | post | rtc ` tools
定义
简单地说，BootLoader就是在操作系统 运行之前运行的一段小程序。通过这段 小程序，可以初始化硬件设备，从而将 系统的软硬件环境带到一个合适的状态， 以便为最终调用操作系统做好准备。
功能
BootLoader 的主要任务是初始化硬件 （如：串口，内存），然后将内核映 象从 Flash 中读到 RAM 中，然后跳 转到内核的入口点去运行，也就是启 动操作系统。
流程
BootLoader 的 stage1 通常包括以下步骤：
·硬件设备初始化 ·为加载 BootLoader 的 stage2 准备 RAM 空间 ·拷贝 BootLoader 的 stage2 到 RAM 空间 中 ·设置好堆栈（why??） ·跳转到 stage2 的 C 入口点
流程
烧写ARM开发板系统教程-----uboot、内核以及文件系统
烧写ARM开发板系统教程-----uboot、内核以及⽂件系统⼀、sd启动将u-boot镜像写⼊SD卡，将SD卡通过读卡器接上电脑（或直接插⼊笔记本卡槽），通过"cat /proc/partitions"找出SD卡对应的设备，我的设备节点是/dev/sdb.（内存卡的节点）。
当有多个交叉编译器是，不⽅便设置环境变量时，可以在编译命令中指定交叉编译器,具体如下：在源码中操作以下步骤：make distcleanmake ARCH=arm CROSS_COMPILE=/opt/FriendlyARM/toolschain/4.5.1/bin/arm-none-linux-gnueabi- mrpropermake ARCH=arm CROSS_COMPILE=/opt/FriendlyARM/toolschain/4.5.1/bin/arm-none-linux-gnueabi- tiny210_configmake ARCH=arm CROSS_COMPILE=/opt/FriendlyARM/toolschain/4.5.1/bin/arm-none-linux-gnueabi- all spl编译出tiny210-uboot.bin，注意交叉编译⼯具路径执⾏下⾯的命令$sudo dd iflag=dsync oflag=dsync if=tiny210-uboot.bin of=/dev/sdb seek=1把内存卡插⼊开发板，使⽤串⼝⼯具设置环境变量：setenv gatewayip 192.168.1.1（电脑⽹关）setenv ipaddr 192.168.1.102（开发板ip，不要与虚拟机和电脑ip冲突）setenv netmask 255.255.255.0setenv serverip 192.168.1.10（虚拟机ip）saveenv⼆、nand启动烧写Uboot：通过SD卡启动的u-boot for tiny210 将u-boot镜像写⼊nandflash在虚拟机下重启tftp sudo service tftpd-hpa restart开发板终端下执⾏下⾯的命令：[FriendlyLEG-TINY210]# tftp 21000000 tiny210-uboot.bin[FriendlyLEG-TINY210]# nand erase.chip[FriendlyLEG-TINY210]# nand write 21000000 0 3c1f4 （写⼊长度）内核的烧写位置是0x600000开始的区域，⽂件系统烧写位置为0xe00000开始的区域。
mini2440使用uboot(详细)
mini2440使用uboot（详细）文章出处：/swgshj/archive/2010/04/20/5502121.aspx文章写于2010.4.17，总结了友善之臂的mini2440开发板使用自带uboot的具体方法，希望能对正在使用mini2440开发板，而且又想使用uboot引导系统的朋友们有所帮助。
Google一下会发现网上类似的帖子不少，但是对mini2440开发板是哪一个版本都没有具体的说明，个人感觉mini2440开发板的版本是经常更新的，可能不同的版本的开发板在移植uboot时会稍有不同，因此这里我把自己使用的开发板的详细信息都罗列一下，希望网友少走弯路。
另外，要感谢illidan和Martin两位的文章：/2009/05/mini2440使用u-boot//bbs/viewthread.php?tid=14使用的mini2440开发板的详细信息：kernel：linux-2.6.29-mini2440-20090708.tgzgcc：arm-linux-gcc-4.3.2.tgzuboot：bootloader.tgz（该压缩包内含有u-boot-1.1.6）roots：root_qtopia-64M.img问题源于：（1）使用128M NAND Flash mini2440开发板的用户都知道，此时开发板附带的supervivi-64M和supervivi-128M都不再支持“空格”进入supervivi的menu菜单，而是改成了使用开发板上的k1~k6任何一个按键触发进入menu（而我需要空格键触发menu的方式）；（2）开发板附带的supervivi不支持网络下载kernel和root（文件系统）。
具体的修改步骤如下：注1：arm-linux-gcc的安装方法见《mini2440-um-20090817.pdf》第5.3小节。
注2：mini2440开发板附带的uboot源码已经是经过移植的，适用s3c2440处理器，我们只需要修改一些uboot参数即可。
uboot中烧录方法
uboot中烧录方法
在嵌入式系统开发中，U-Boot是一个常用的引导加载程序，用
于引导嵌入式设备的操作系统。
烧录U-Boot到嵌入式设备通常涉及
以下几种方法：
1. 串口烧录，通过串口连接嵌入式设备和主机，使用串口通信
工具（如minicom、putty等）将U-Boot固件通过串口传输到设备
的存储器中。
这种方法需要设备具备串口接口，并且需要主机具备
串口通信工具和相应的串口线缆。
2. TFTP烧录，使用TFTP（Trivial File Transfer Protocol）通过网络将U-Boot固件传输到嵌入式设备的存储器中。
在设备启动时，U-Boot会尝试从网络上的TFTP服务器下载固件。
这种方法需
要设备处于能够访问网络的环境中，并且需要在网络中设置好TFTP
服务器。
3. SD卡烧录，将U-Boot固件写入SD卡，然后将SD卡插入嵌
入式设备，设备在启动时会读取SD卡中的U-Boot固件。
这种方法
需要主机具备SD卡写入工具，如dd命令或Win32 Disk Imager等。
4. JTAG烧录，使用JTAG（Joint Test Action Group）接口连接嵌入式设备和主机，通过专用的JTAG调试器将U-Boot固件烧录到设备的存储器中。
这种方法通常需要专门的硬件设备和相应的调试软件。
在选择烧录方法时，需要根据具体的嵌入式设备和开发环境来决定，确保选择的方法能够有效、安全地将U-Boot固件烧录到设备中，并且需要注意备份设备中原有的U-Boot固件以防止意外情况发生。
希望这些信息能够帮助你更好地理解在U-Boot中的烧录方法。
安卓rom简单移植
以前移植过华为C8812的，觉得移植内容差不多，所以决定试试，毕竟N881E也有一批用户，下面列出我的一些办法，看看对中兴机子是否可行我以前移植华为的办法如下移植百度的应用层和framework 框架层（system/app system/framework system/tts这三个文件夹我用的是百度云N880E的底包）移植lib，不删减添加东西，但是其中的modules使用官方包的，用BeyondCompare 3比较多出来的用百度云的包移植system/bin 和system/xbin 文件夹全部用官方的移植system/media 文件夹整个文件夹必须使用百度的移植system/usr 文件夹把百度的keychars 和keylayout 两个文件删除，替换为官方包中的这两个文件夹移植system/etc 文件夹必须将百度云的文件夹中firmware 文件夹删除，替换为官方包中的firmware文件夹修改build.prop必须使用官方包中官方的build.prop，但是必须在build.prop 任意位置加入如下几行（对比了N880E百度和N881E官方的build.prop，发现百度修改和添加了一下prop,移植时如果官方的build.prop有这个属性，替换，没有则增加即可）：ro.baidu.build.hardware=N881Ero.baidu.build.hardware.version=1.0ro.baidu.build.software=yi_3.0ro.baidu.build.version.release=2.1ro.product.manufacturer=Baidupersist.sys.emmc=/mnt/sdcard2ro.config.notification_sound=Ding.mp3ro.config.ringtone=Echo.mp3ro.config.alarm_alert=alarm.mp3删除以下几个属性ro.operator.optr=ro.operator.spec=ro.operator.seg=移植boot.imgboot.img 启动镜像必须使用自己手机的。
ZLG IMX280A - 五步曲之三：uboot2017.09移植(下篇)
csvM X28_DDR2_regis…1.xlsx101.25KB16100: 1*16 32200: 2*32 16400: 4*16 16800: 8*16 32400: 4*32 16160: 16*16表格信息：*上面需要准确填写的是行列地址总线宽度，bank数，CS数，数据总线宽度，时钟频率。
*tFAW不小于tRRD4倍，所以设置40ns。
*tRPA：如果数据手册不能找到tRPA，那么这么位置填入tRP。
*CASLAT：设置CAS LATCH周期，这个周期在ddr初始化时由ddr控制器对ddr设置。
*根据信号线计算ram大小，如下2 ^ (1cs + 3bank + 15row + 12col + 1datapath width) = 4GB：2、下载源码与建立baseline：2.1 源码下载略。
2.2 选择一个相近的平台，编写试编译通过：./setenv.shmake mx28evk_defconfigmake u-boot.sb*这里的sb文件是加密文件，而elftosb工具生成的可以通过-z参数选择是否加密。
*如果编译器是32位，但是系统是64位，那么安装32位兼容库即可：sudo apt install libc6-dev-i386 lib32z12.3 复制文件与修改配置：cp configs/mx28evk_defconfig configs/imx280a_defconfigcp configs/mx28evk_defconfig configs/imx280a_mmc_defconfigmkdir board/zlg/ && cp -rf board/freescale/mx28evk/ board/zlg/imx280a/ mv board/zlg/imx280a/mx28evk.c board/zlg/imx280a/imx280a.cvim board/zlg/imx280a/Kconfigvim board/zlg/imx280a/Makefilecp include/configs/mx28evk.h include/configs/imx280a.hvim include/configs/imx280a.h*vim ./arch/arm/include/asm/mach-types.h*从mx28手册可以得到内存起始物理地址：*删掉FEC，USB，SPI，LCD及额外环境变量的配置。
uboot2012-10移植s5pv210
s5pv210 uboot-2012-10的移植s5pv210 uboot-2012-10移植(一) 之分析Alex Ling的linaro-2011.10 for mini210好久好久前就买了s5pv210的开发板，一直都是东搞搞西搞搞，一点收获也没有，这次下决心来移植最新的uboot到u-boot-2012.10上，并通过这个博客记录下来以防时间长给忘了，我的开发板是QT210的。
s5pv210的启动分为BL0，BL1，BL2，BL0是出厂的时候就固化在IROM里的，所以我们的uboot就要实现BL1和BL2，BL1在uboot里叫做u-boot-spl.bin，BL2就是我们很熟悉的u-boot.bin了。
在移植之前，我们先看下Alex Ling 的linaro-2011.10 for mini210的UBOOT是怎么实现的。
这里主要还是分析SPL部分，u-boot.bin是如何生成的现在资料很多，也很复杂，我这个菜鸟也是一知半解的，所以就不分析了。
1.顶层的Makefile，从中可以知道，我们要想生成u-boot-spl.bin就必须配置COFNIG_SPL，那么u-boot-spl.bin依赖什么呢，我们继续[plain]view plaincopy1.ALL-$(CONFIG_SPL) += $(obj)spl/u-boot-spl.bin2.3.all: $(ALL-y)搜索发现，是进入到uboot顶层目录的spl目录下执行Makefile的[plain]view plaincopy1.$(obj)spl/u-boot-spl.bin: depend2. $(MAKE) -C spl all2.打开spl/Makefile分析，一开始就给我们导出CONFIG_SPL_BUILD[plain]view plaincopy1.CONFIG_SPL_BUILD := y2.export CONFIG_SPL_BUILD然后分析目标，因为我们的平台是三星的，所以，会有两个目标，一个是不带头信息的u-boot-spl.bin，一个是$(obj)$(BOARD)-spl.bin。
TPLINK703N4M刷不死uboot教程
TP LINK 703N V1.X 4M 原版无拆机无TTL刷不死u-boot 教程703N V1.6测试OK1.将机器恢复出厂设置2.在机器的升级界面刷入openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory固件，如果已经是openwrt的请刷openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-sysupgrade3.升级成功后浏览器登陆路由修改初始密码〔同时会关闭telnet而开启SSH〕4.secureCRT登陆路由〔用户名root，密码为你刚刚修改的密码〕，运行cd /tmp，再运行dd if=/dev/mtd0 of=/tmp/uboot.bin(备份原始uboot)，以及dd if=/dev/mtd4 of=/tmp/art.bin(备份原始art)5.winscp登陆路由进入/tmp将备份的原厂uboot及art拷贝到电脑进行备份。
6.winscp删除uboot.bin及art.bin，另外将不死uboot(不死uboot-tplink703n-EC-88-8F-12-34-56-20220817.bin)通过winscp拷贝到路由的/tmp7.secureCRT运行cd /tmp进入/tmp目录，再运行mtd -rwrite uboot-tplink703n-EC-88-8F-12-34-56-20220817.bin u-boot，刷完机器会自动重启，此时机器已经是不死uboot了8.重新开启路由电源前，按住路由上面的reset开关，等机器的LED灯闪烁第四次的时候松开手，机器进入刷机模式，可以升级固件，uboot等，注意，固件大小应该是 3.75MB(3,932,160 字节), uboot大小是128KB。
以上就是升级过程。
CM移植指南：移植CyanogenMod到自己的设备
注意事项：
注意，在某些特殊的情况下，如 惠普 TouchPad ，它使用一个抽象的 虚拟文件 系统。 建立三个新目录 现在，你已经收集到足够的信息来完成你的配置，现在是生成你的设备的配置 信息文件的时候了，它们是下面的一些目录，这些目录都位于源代码目录的根 目录下。 1 、device/[vendor]/[codename]/ -这是安装到你设备的特定文件。 device/ 目录包含针对特定设备的 99-100％的配置设置和其他代码。 你将会知道该目 录的好处，如前所述，在建立你的设备的这个文件夹的时候，一个好办法是： 对一个已经移植好的体系结构与你要移植的设备相似的设备的源码进行修 改， 例如，你可以查看基于同一平台的相关设备，找出和你要移植的设备相似 的设备。 2、 vendor/[vendor]/[codename]/ - vendor/目录的内容：从原始设备备份的 二进制"blobs"（或者是厂商提供的一些文件，如：Google Nexus 设备相关文 件和一些 TI graphics blobs 文件）。 3 kernel/[vendor]/[codename]/ -内核源代码放在这里。 当你初次开始移植工 作时，你可能希望简单一点，直接使用预置的内核（如从安装包中可以提取出 的 kernel），而不是从头创建编译内核文件。一个好办法是从你的设备可以使 用的任何可能格式的原始的 system 文件中提取出内核，然后和新的 ramdisk 一起重新打包，为您的设备可以使用的形式，技巧。 这可以使用从设备到设备 的转换，可以查看体系结构与你要移植的设备相似的设备的相关信息，将对你 上述移植过程有帮助。
注意事项：
ramdisk 是一小撮随着内核加载内存中的文件和目录。 kernel 通过 ramdisk 初 始 化 调 用 其 某 个 文 件 运 行 起 来 ， 然 后 运 行 一 个 脚 本 （ init.rc init.[codename].rc ，等等），从而转到加载 Android 系统的后续 部 分 。 ramdisk 和 kernel 可 以 通 过 多 重 工 具 打 包 在 一 起 ， 如 ： mkbootimg ， mkimage ，以及其他方法。
注意，在某些特殊的情况下，如 惠普 TouchPad ，它使用一个抽象的 虚拟文件 系统。 建立三个新目录 现在，你已经收集到足够的信息来完成你的配置，现在是生成你的设备的配置 信息文件的时候了，它们是下面的一些目录，这些目录都位于源代码目录的根 目录下。 1 、device/[vendor]/[codename]/ -这是安装到你设备的特定文件。 device/ 目录包含针对特定设备的 99-100％的配置设置和其他代码。 你将会知道该目 录的好处，如前所述，在建立你的设备的这个文件夹的时候，一个好办法是： 对一个已经移植好的体系结构与你要移植的设备相似的设备的源码进行修 改， 例如，你可以查看基于同一平台的相关设备，找出和你要移植的设备相似 的设备。 2、 vendor/[vendor]/[codename]/ - vendor/目录的内容：从原始设备备份的 二进制"blobs"（或者是厂商提供的一些文件，如：Google Nexus 设备相关文 件和一些 TI graphics blobs 文件）。 3 kernel/[vendor]/[codename]/ -内核源代码放在这里。 当你初次开始移植工 作时，你可能希望简单一点，直接使用预置的内核（如从安装包中可以提取出 的 kernel），而不是从头创建编译内核文件。一个好办法是从你的设备可以使 用的任何可能格式的原始的 system 文件中提取出内核，然后和新的 ramdisk 一起重新打包，为您的设备可以使用的形式，技巧。 这可以使用从设备到设备 的转换，可以查看体系结构与你要移植的设备相似的设备的相关信息，将对你 上述移植过程有帮助。
注意事项：
ramdisk 是一小撮随着内核加载内存中的文件和目录。 kernel 通过 ramdisk 初 始 化 调 用 其 某 个 文 件 运 行 起 来 ， 然 后 运 行 一 个 脚 本 （ init.rc init.[codename].rc ，等等），从而转到加载 Android 系统的后续 部 分 。 ramdisk 和 kernel 可 以 通 过 多 重 工 具 打 包 在 一 起 ， 如 ： mkbootimg ， mkimage ，以及其他方法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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 独立于处理器体系结构的通用代码，如内存大小探测与故障检测；- cpu 与处理器相关的文件。
如mpc8xx子目录下含串口、网口、LCD驱动及中断初始化等文件；- driver 通用设备驱动，如CFI FLASH驱动（目前对INTEL FLASH支持较好）- doc U-Boot的说明文档；- examples可在U-Boot下运行的示例程序；如hello_world.c,timer.c；- include U-Boot头文件；尤其configs子目录下与目标板相关的配置头文件是移植过程中经常要修改的文件；- lib_xxx 处理器体系相关的文件，如lib_ppc, lib_arm目录分别包含与PowerPC、ARM 体系结构相关的文件；- net 与网络功能相关的文件目录，如bootp,nfs,tftp；- post 上电自检文件目录。
尚有待于进一步完善；- rtc RTC驱动程序；- tools 用于创建U-Boot S-RECORD和BIN镜像文件的工具；3 U-Boot支持的主要功能U-Boot可支持的主要功能列表系统引导支持NFS挂载、RAMDISK（压缩或非压缩）形式的根文件系统支持NFS挂载、从FLASH中引导压缩或非压缩系统内核；基本辅助功能强大的操作系统接口功能；可灵活设置、传递多个关键参数给操作系统，适合系统在不同开发阶段的调试要求与产品发布，尤对Linux支持最为强劲；支持目标板环境参数多种存储方式，如FLASH、NVRAM、EEPROM；CRC32校验，可校验FLASH中内核、RAMDISK镜像文件是否完好；设备驱动串口、SDRAM、FLASH、以太网、LCD、NVRAM、EEPROM、键盘、USB、PCMCIA、PCI、RTC等驱动支持；上电自检功能SDRAM、FLASH大小自动检测；SDRAM故障检测；CPU型号；特殊功能XIP内核引导；4 移植前的准备（1）、首先读读uboot自带的readme文件，了解了一个大概。
（2）、看看common.h，这个文件定义了一些基本的东西，并包含了一些必要的头文件。
再看看flash.h，这个文件里面定义了flash_info_t为一个struct。
包含了flash的一些属性定义。
并且定义了所有的flash的属性，其中，AMD的有：AMD_ID_LV320B，定义为“#define AMD_ID_LV320B 0x22F922F9”。
（3）、对于“./borad/at91rm9200dk/flash.c”的修改，有以下的方面：“void flash_identification(flash_info_t *info)”这个函数的目的是确认flash的型号。
注意的是，这个函数里面有一些宏定义，直接读写了flash。
并获得ID号。
（4）、修改：”./board/at91rm9200dk/config.mk”为TEXT_BASE=0x21f80000 为TEXT_BASE=0x21f00000 （当然，你应该根据自己的板子来修改，和一级boot的定义的一致即可）。
（5）、再修改”./include/configs/at91rm9200dk.h”为修改flash和SDRAM的大小。
（6）、另外一个要修改的文件是：./borad/at91rm9200dk/flash.c。
这个文件修改的部分比较的多。
a．首先是OrgDef的定义，加上目前的flash。
b．接下来，修改”#define FLASH_BANK_SIZE 0x200000”为自己flash的容量c．在修改函数flash_identification(flash_info_t * info)里面的打印信息，这部分将在u-boot启动的时候显示。
d．然后修改函数flash_init(void)里面对一些变量的赋值。
e．最后修改的是函数flash_print_info(flash_info_t * info)里面实际打印的函数信息。
f．还有一个函数需要修改，就是：“flash_erase”，这个函数要检测先前知道的flash类型是否匹配，否则，直接就返回了。
把这里给注释掉。
（7）、接下来看看SDRAM的修改。
这个里面对于“SIZE”的定义都是基于字节计算的。
只要修改”./include/configs/at91rm9200dk.h”里面的“#define PHYS_SDRAM_SIZE 0X200000”就可以了。
注意，SIZE是以字节为单位的。
（8）、还有一个地方要注意就是按照目前的设定，一级boot把u_boot加载到了SDRAM的空间为：21F00000 -> 21F16B10，这恰好是SDRAM的高端部分。
另外，BSS为21F1AE34。
（9）、编译后，可以写入flash了。
a．压缩这个u-boot.bin“gzip –c u-boot.bin > u-boot.gz”压缩后的文件大小为：43Kbytesb．接着把boot.bin和u-boot.gz烧到flash里面去。
Boot.bin大约11kBytes，在flash的0x1000 0000 ~ 0x1000 3fff5 U-Boot移植过程①获得发布的最新版本U-Boot源码，与Linux内核源码类似，也是bzip2的压缩格式。
可从U-Boot的官方网站/projects/U-Boot上获得；②阅读相关文档，主要是U-Boot源码根目录下的README文档和U-Boot官方网站的DULG（The DENX U-Boot and Linux Guide）文档http://www.denx.de/twiki/bin/view/DULG/Manual。
尤其是DULG文档，从如何安装建立交叉开发环境和解决U-Boot移植中常见问题都一一给出详尽的说明；③订阅U-Boot用户邮件列表/lists/listinfo/u-boot-users。
在移植U-Boot过程中遇有问题，在参考相关文档和搜索U-Boot-User邮件档案库/mailarchive/forum.php?forum_id=12898仍不能解决的情况下，第一时间提交所遇到的这些问题，众多热心的U-Boot开发人员会乐于迅速排查问题，而且很有可能，W.D本人会直接参与指导；④在建立的开发环境下进行移植工作。
绝大多数的开发环境是交叉开发环境。
在这方面，DENX 和MontaVista均提供了完整的开发工具集；⑤在目标板与开发主机间接入硬件调试器。
这是进行U-Boot移植应当具备且非常关键的调试工具。
因为在整个U-Boot的移植工作中,尤其是初始阶段，硬件调试器是我们了解目标板真实运行状态的唯一途径。
在这方面，W.D本人和众多嵌入式开发人员倾向于使用BDI2000。
一方面，其价格不如ICE调试器昂贵，同时其可靠性高，功能强大，完全能胜任移植和调试U-Boot。
另外，网上也有不少关于BDI2000调试方面的参考文档。
⑥如果在参考开发板上移植U-Boot，可能需要移除目标板上已有的BOOT LOADER。
可以根据板上BOOT LOADER的说明文档，先着手解决在移除当前BOOT LOADER的情况下，如何进行恢复。
以便今后在需要场合能重新装入原先的BOOT LOADER。
6. U-Boot移植方法当前，对于U-Boot的移植方法，大致分为两种。
一种是先用BDI2000创建目标板初始运行环境，将U- Boot镜像文件u-boot.bin下载到目标板RAM中的指定位置，然后，用BDI2000进行跟踪调试。
其好处是不用将U-Boot镜像文件烧写到FLASH中去。
但弊端在于对移植开发人员的移植调试技能要求较高，BDI2000的配置文件较为复杂。
另外一种方法是用BDI2000先将U-Boot 镜像文件烧写到FLASH中去，然后利用GDB和BDI2000进行调试。