061-s3c2410移植nand支持到uboot
s3c2410移植nand支持到uboot，使用nand.c ,linux mtd 架构-boot-1.1.6与1.1.4相比，两者有较大的不同，1.1.6 更像是复制了kernel 的方法来实现。下面对nand flash的初始化代码nand_init()进行分析：
1.如果定义(CONFIG_COMMANDS & CFG_CMD_NAND)没定义(CFG_NAND_LEGACY) 则start_armboot()调用driver/nand/nand.c中的nand_init()，否则如果定义
(CONFIG_COMMANDS & CFG_CMD_NAND)并且有定义了CFG_NAND_LEGACY，则调用自己定义的nand_init()。现在使用driver/nand/nand.c中的nand_init()。
2.nand_init()调用本文件中的nand_init_chip()对nand进行初始化。
3.nand_init_chip()首先调用board_nand_init()。
4.board_nand_init()是需要自己添加的函数，这个函数的主要功能是对struct nand_chip结构体的函数指针赋值，让它们指向自己为nand驱动编写的一些函数，对未赋值的指针，uboot 会在后面为其赋上通用nand驱动函数指针。此函数可放到自己板子目录的文件下。
5.nand_init_chip()接着调用nand_scan().
6.nand_scan()定义在drivers/nand/nand_base.c文件中。它首先对struct nand_chip结构体中在board_nand_init()函数中未赋值的指针赋上通用nand驱动函数指针。
7.nand_scan()->select_chip = nand_select_chip;
此函数用于打开或关闭nand芯片，0为打开，1为关闭。在这个函数中会调用nand_chip 结构体中的hwcontrol函数指针。hwcontrol在board_nand_init()函数中被赋值。主要作用是向nand flash发送一些nand flash开启与关闭命令。
8.nand_scan()剩余部分初始化nand_chip和mtd_info结构体。
9.nand_scan()最后在返回时调用drivers/nand/nand_bbt.c文件中的nand_default_bbt()。nand_default_bbt()选择一个坏块描述表，返回时调用本文件中的nand_scan_bbt()（寻找建立一个坏块描述表）
10.最后返回到nand_init()，这样nand驱动的初始化完成了。
通过上述步骤我们可以知道，移植nand主要按如下步骤：
1、在board/xxx下建立c文件
2、在此文件上添加函数board_nand_init()，实现nand_chip的初始化功能
3、添加初始化的函数
4、在include/configs/xxx.h中定义相关宏，比如#define CFG_MAX_CHIPS
完成上述移植后，实际上启动后的uboot中的nand命令是通过include/nand.h实现的，例如nand erase调用了：
static inline int nand_erase(nand_info_t *info, ulong off, ulong size)
看看人家怎么做的：
//----------------------------------------------------------------------------------------------------
为了让uboot支持自己QT板子的nand flash而进行修改的部分
1.前面的移植请参考我写的一篇《U-Boot的编译与移植到QT-S3C44B0X开发板上》，现在在board/51EDA/QT/目录下建立nand.c文件。
2.在nand.c中添加自己的board_nand_init()函数。设定nand_chip结构中的hwcontrol和dev_ready指针指向自己的函数QT_hwcontrol和QT_device_ready。并建立自己的
QT_hwcontrol和QT_device_ready函数。
3.由于自己板子的nand flash的命令发送方式与uboot提供的通用nand flash命令发送方式不同，所以在nand.c文件中建立自己的命令发送函数QT_nand_command()，并在board_nand_init()函数中将nand_chip结构中的cmdfunc指针指向QT_nand_command()函数，使其使用自己定义的发送命令函数。
4.在include/configs/QT.h中定义CFG_NAND_BASE用于指定自己板子nand flash的I/O 地址。
5.在CONFIG_COMMANDS中打开CFG_CMD_NAND选项。
6.在include/configs/QT.h中定义NAND_MAX_CHIPS指定自己板子的nand flash芯片数。
7.在include/configs/QT.h中定义CFG_MAX_NAND_DEVICE指定想要支持的nand flash 设备数。
//这是比较深入的分析：
//@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@
U-BOOT Nand命令支持
u-boot1.1.6 nand_legacy驱动提供了u-boot对nand相关命令的一个轻量级的实现，但好象可扩展性不足。本文主要分析u-boot 1.16/drivers/nand文档夹下的源程式。
一.关键数据结构
1.struct mtd_info
该结构在include＼linux＼mtd＼Mtd.h中定义，字段比较多，有很多还是函数指针，他是MTD设备操作的通用接口，这个结构中有一个比较重要的成员void *priv，priv被声明成void指针，在下文的分析中会知道priv实际上指向了nand_chip结构。
2.struct nand_chip
该结构在include＼linux＼mtd＼Nand.h中定义，从名字上看就知道u-boot用他来描述Nand Flash芯片的结构，比如他定义了页地址的偏移，页地址的位掩码等。struct nand_chip 不用我们手动的初始化，而是由另外一个结构，struct nand_flash_dev在程式中动态的初始化。
3.struct nand_flash_dev
该结构的定义有两处地方分别是
①include/linux/mtd/nand_legacy.h 由nand_legacy模块使用
②include/linux/mtd/nand.h 由u-boot通用nand架构使用
特别是在移植的时候要小心把两者混淆。我们先来看看改结构的定义
struct nand_flash_dev {
char *name;
int id;
unsigned long pagesize;
unsigned long chipsize;
unsigned long erasesize;
unsigned long options;
};
name : Nand Flash名称
id : u-boot内部id编号???
chipsize : 以MB为单位的芯片大小，比如64（M）
erasesize : 擦除块的大小，比如0x4000（16K）
options : 一些选项，比较重要的是Flash的数据位宽，假如您的Nand Flash是16位宽的，则必须包含NAND_BUSWIDTH_16选项。我们必须根据所使用的Nand Flash来填充里面的字段。
4.关键数据结构在程式中的使用
struct nand_info_t nand_info[ CFG_MAX_NAND_DEVICE ];
在drivers＼nand＼nand.c中定义。CFG_MAX_NAND_DEVICE是板子的Nand Flash芯片的数量必须在板子的配置文档中定义（比如include＼configs＼smdk2410.h）。
static struct nand_chip nand_chip[CFG_MAX_NAND_DEVICE];
在drivers＼nand＼nand.c中定义。CFG_MAX_NAND_DEVICE的定义同上。
struct nand_flash_dev nand_flash_ids[] = { … };
在drivers＼nand＼nand_ids.c中定义。这里要注意一点，在include＼linux＼mtd＼
nand_ids.h里面也nand_flash_ids[]的定义，那是由nand legacy驱动模块使用的。两者不能混淆!!!。在nand_flash_ids的定义中我找到了适合我的Nand Flash的结构描述: {"NAND 64MiB 3,3V 8-bit", 0x76, 512, 64, 0x4000, 0}
设备ID为0x76，页大小为512Byte，总的容量为64M，擦除块为0x4000（16K），数据位宽8Bit。假如您的Nand Flash没有合适的描述，需要自己在该数组中添加相应的定义。
二.Nand Flash初始化
1.nand_init（drivers＼nand＼nand.c ）
nand_init函数在lib_xxx/Board.c的start_armboot中调用。是u-boot Nand的主函数。nand_init的主要功能是对CFG_MAX_NAND_DEVICE个Nand设备进行初始化（调用nand_init_chip）,累加Nand Flash的总大小。在nand_init结束时，能够配置是否执行board_nand_select_device,选择Nand芯片。
2.nand_init_chip（drivers＼nand＼nand.c ）
static void nand_init_chip（struct mtd_info *mtd, struct nand_chip *nand, ulong
base_addr ）调用各个研发板提供的board_nand_init 函数（board＼＼.c ）让研发板获
得初始化Nand Flash芯片的机会。调用nand_scan。
3.nand_scan （drivers＼nand＼nand_base.c ）
int nand_scan( struct mtd_info *mtd, int maxchips )
这是u-boot初始化nand设备的核心函数。他主要完成以下工作
1）初始化nand_chip的函数指针，这些函数一般在board＼＼.c中定义。
…
struct nand_chip *this = mtd->priv
....
if( this-> cmdfunc == NULL )
this->cmdfunc = nand_command;
…
上面是初始化nand_chip中cmdfunc指针的代码，假如在board_init_nand中研发板没有提供自己的nand_command函数，u-boot 将使用默认的nand_command函数（我觉得u-boot提供的这些默认的函数都不适合特定的硬件，所以很多都要自己重新写）。
2）使用上面注册的函数指针，读取Nand Flash的设备，并且在上文提到的nand_flash_ids[]中找是否有匹配项，若找到匹配的项，则初始化nand_chip 和mtd_info，他们的初始化代码老长的一段，一般没什么问题。
三. Nand Flash 操作
1. Read
函数调用层次:（如下图）。
以common/env_nand.c里面读取Nand Flash中的环境变量为例
common/env_nand.c
ret = nand_read( &nand_info[0], CFG_ENV_OFFSET, &total, (u_char*)env_ptr );
nand_info[]就是我们在1.4讲到的nand_info_t（mtd_info的别名）数组。此处的nand_read 是个inline函数，下面是他的实现:
include/nand.h
static inline int nand_read(nand_info_t *info, ulong ofs, ulong *len, u_char *buf)
{
return info->read(info, ofs, *len, (size_t*)len, buf);
}
能够看出nand_read实际上调用的是nand_info的read方法。nand_info的read方法是在2.3中讲到的nand_scan中初始化
drivers/nand/nand_base.c
int nand_scan(struct mtd_info *mtd, int machips)
{
…
mtd->read = nand_read;
…
}
此处又一个nand_read！！！
drivers/nand/nand_base.c
static int nand_read(struct mtd_info *mtd, loff_t from, size_t len, size_t *retlen, u_char *buf) {
return nand_read_ecc( mtd, from, len, retlen, buf, NULL, NULL );
}
又一层包装!!!
drivers/nand/nand_base.c
static int nand_read_ecc(…)
{
…
}
终于到达最后一层了，nand_read_ecc通过调用nand_chip里面提供的函数对nand flash 完成读的操作。具体能够看看代码，老长的一段。
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.wendangku.net/doc/6c9531530.html,/batch.viewl ink.php?itemid=1694 ftp://ftp.denx.de/pub/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移植工作的嵌入式开发人员正如火如荼地将各个不同系列嵌入式处理器的移植工作不断展开和深入，以支持更多的嵌入式操作系统的装载与引导。 选择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 独立于处理器体系结构的通用代码，如内存大小探测与故障检测；
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.wendangku.net/doc/6c9531530.html,/git/cgit.cgi/imx/uboot-imx.git/ Kernel: (选择rel_imx_4.1.15_1.2.0_ga.tar.bz2) https://www.wendangku.net/doc/6c9531530.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=
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 处的代码如下：
嵌入式Linux之我行 史上最牛最详细的uboot移植,不看别后悔
嵌入式Linux之我行——u-boot-2009.08在2440上的移植详解（一） 嵌入式Linux之我行，主要讲述和总结了本人在学习嵌入式linux中的每个步骤。一为总结经验，二希望能给想入门嵌入式Linux 的朋友提供方便。如有错误之处，谢请指正。 ?共享资源，欢迎转载：https://www.wendangku.net/doc/6c9531530.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 二、移植步骤 本次移植的功能特点包括： ?支持Nand Flash读写 ?支持从Nor/Nand Flash启动 ?支持CS8900或者DM9000网卡 ?支持Yaffs文件系统 ?支持USB下载(还未实现) 1.了解u-boot主要的目录结构和启动流程，如下图。
u-boot的stage1代码通常放在cpu/xxxx/start.S文件中，他用汇编语言写成；u-boot的stage2代码通常放在lib_xxxx/board.c文件中，他用C语言写成。各个部分的流程图如下：
2. 建立自己的开发板项目并测试编译。 目前u-boot对很多CPU直接支持，可以查看board目录的一些子目录，如：board/samsung/目录下就是对三星一些ARM 处理器的支持，有smdk2400、smdk2410和smdk6400，但没有2440，所以我们就在这里建立自己的开发板项目。 1）因2440和2410的资源差不多，主频和外设有点差别，所以我们就在board/samsung/下建立自己开发板的项目，取名叫my2440 2）因2440和2410的资源差不多，所以就以2410项目的代码作为模板，以后再修改
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。
Uboot_for_mini6410_移植步骤详解
这是u-boot-2010.09 针对友善之臂MINI6410移植的最基础版本，只包含了就基本的系统引导，NAND读写，DM9000网卡等等。但是这个足够开发的方便使用。今后会陆续添加原先我为mini2440添加的所有功能。 但是此次移植并非我的功劳，首先基本的移植是由Alex Ling
黄刚--uboot在mini2440上的移植
u-boot-2009.08在2440上的移植详解（黄刚） u-boot-2009.08在2440上的移植详解（一） 嵌入式Linux之我行，主要讲述和总结了本人在学习嵌入式linux中的每个步骤。一为总结经验，二希望能给想入门嵌入式Linux的朋友提供方便。如有错误之处，谢请指正。 共享资源，欢迎转载： 一、移植环境 主机：VMWare--Fedora 9 开发板：Mini2440--64MB Nand, 编译器： u-boot： 二、移植步骤 本次移植的功能特点包括： 支持Nand Flash读写 支持从Nor/Nand Flash启动 支持CS8900或者DM9000网卡 支持Yaffs文件系统 支持USB下载(还未实现) 1. 了解u-boot主要的目录结构和启动流程，如下图。
u-boot的stage1代码通常放在cpu/xxxx/start.S文件中，他用汇编语言写成； u-boot的stage2代码通常放在lib_xxxx/board.c文件中，他用C语言写成。 各个部分的流程图如下：
2. 建立自己的开发板项目并测试编译。 目前u-boot对很多CPU直接支持，可以查看board目录的一些子目录，如：board/samsung/目录下就是对三星一些ARM处理器的支持，有smdk2400、smdk2410和smdk6400，但没有2440，所以我们就在这里建立自己的开发板项目。 1）因2440和2410的资源差不多，主频和外设有点差别，所以我们就在board/samsung/下建立自己开发板的项目，取名叫my2440 #tar -jxvf u-boot-2009.08.tar.bz2 //解压源码
最新Uboot移植步骤 5：NorFlash
最新Uboot移植步骤5：NorFlash 显示Flash：***failed***，说明norflash未识别，我们搜索“Flash：” 进入第一个查看 找到这个判断条件，如果flash_size>0则输出flash大小，否则输出 *** failed *** ### ERROR ### Please RESET the board ###
其中hang函数导致程序无法继续向下执行，我们只实现了nand启动肯定在这会卡住，所以我们不用这个hang 函数，直接输出flash未识别的信息就好了，改动如下： 现在来找norflash未识别的原因，进入flash_init函数 看见这样一段代码 可知，有2个函数可以检测flash的大小如果flash_detect_legacy函数不行再使用flash_get_size函数，先进入flash_detect_legacy函数看下，其结构如下： 该函数有2个，使用哪一个由宏CONFIG_FLASH_CFI_LEGACY决定，搜索该宏：
很明显，前面我们都是使用该函数进行大小检测的，而该函数无法识别flash，那我们使用新方法进行检测，进入新方法查看： 发现有很多可用调试信息，我们看看如何起用这些调试信息： 发现只要定义了_DEBUG即可启用调试信息，我们定义该宏： 在文件开始发现注释： 我们直接定义DEBUG即可，
配置，编译，下载到板子norflash： 重新上电从norflash启动，输出如下： 我们查看JEDEC PROBE:从哪来
查看norflash手册，看读取的设备ID是否正确 可以看到输出的厂家设备ID是正确的， 说明下面这个函数读取正确 那就是 函数出现错误，我们进入该函数查看：
uboot-1.1.4DM9000移植过程(成功)
作者：lgj 时间：2010年5月9日 实验内容：把移植到mini2440的uboot-1.1.4的网卡驱动由CS8900改为DM9000 Uboot原来就有DM9000的驱动代码，只要把头文件定义为选择DM9000，修改初始化函数就行了。 步骤： 1.DM9000的片选是nCS4，所以它接到SDRAM的Blank4。之前看了网上一些资料，说要修改board/utu2440/lowlevel_init.S文件，其实不用修改保持原来那样就行了。 #define B1_BWSCON (DW32) #define B2_BWSCON (DW16) #define B3_BWSCON (DW16 + WAIT + UBLB) #define B4_BWSCON (DW16) #define B5_BWSCON (DW16) #define B6_BWSCON (DW32) #define B7_BWSCON (DW32) #define REFCNT 1113 2.修改/include/configs/xx2440.h文件，这里定义了使用哪个网卡 /* * Hardware drivers屏蔽CS8900 */ #if 0 #define CONFIG_DRIVER_CS8900 1 /* we have a CS8900 on-board */ #define CS8900_BASE 0x19000300 #define CS8900_BUS16 1 /* the Linux driver does accesses as shorts */ #endif 定义DM9000 #define CONFIG_DRIVER_DM9000 1 #define CONFIG_DM9000_BASE 0x20000000 #define DM9000_IO CONFIG_DM9000_BASE #define DM9000_DATA (CONFIG_DM9000_BASE+4) #define CONFIG_DM9000_USE_16BIT 网上很多资料说要改成0x20000300但是我的板是0x20000000 3.修改dm9000x.c
Uboot启动流程分析和移植介绍
基于MPC83xx 的U-boot 启动流程分析和移植 董 闯 北京邮电大学信息与通信工程学院，北京（100876） E-mail ：donix.dong@https://www.wendangku.net/doc/6c9531530.html, 摘 要：本文首先引入Bootloader 的概念，接着介绍U-boot 这种引导程序，并以Freescale 32位微处理器MPC83xx 为例，结合代码详细分析了U-boot 的启动的各个阶段及最终引导Linux 内核的过程，最后，建立交叉编译环境，针对TC8313E 目标板，给出U-boot 移植与编译的基本步骤。 关键词：U-boot；MPC83xx；交叉编译；移植；嵌入式系统 中图分类号：TP393.05 1．引言 引导程序(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 对PowerPC 系列处理器支持最为丰富，对Linux 的支持最完善。 3. U-boot 启动流程分析 大多数Bootloader 都分为阶段1(stage1)和阶段2(stage2)两大部分，U-boot 也不例外。依赖于CPU 体系结构的代码（如CPU 初始化代码等）通常都放在阶段1 中，这些代码一般由汇编语言实现，有些CPU 还会在这个阶段调用部分的C 函数，例如MPC83xx ；U-boot 的阶段2则用于实现复杂的功能，这部分功能通常用C 语言来实现，具有更好的可读性和移植性。下面结合MPC83xx 的启动流程进行分析： 3.1 U-boot 的stage1 https://www.wendangku.net/doc/6c9531530.html, 中国科技论文在线
uboot移植整理
1.Make 编译uboot出错： …… …… board.c:138: error: inline function 'coloured_LED_init' cannot be declared weak board.c:140: error: inline function 'red_LED_on' cannot be declared weak board.c:142: error: inline function 'red_LED_off' cannot be declared weak board.c:144: error: inline function 'green_LED_on' cannot be declared weak board.c:146: error: inline function 'green_LED_off' cannot be declared weak board.c:148: error: inline function 'yellow_LED_on' cannot be declared weak board.c:150: error: inline function 'yellow_LED_off' cannot be declared weak make[1]: *** [board.o] 错误1 make[1]:正在离开目录`/opt/u-boot-1.3.4/lib_arm' make: *** [lib_arm/libarm.a] 错误2 开始编译的时候会出现上面的错误，继续移植操作这个错误将消失。或者注释掉出错行。 ****挂载文件系统时候的错误：************ …… …… TCP cubic registered NET: Registered protocol family 17 drivers/rtc/hctosys.c: unable to open rtc device (rtc0) VFS: Unable to mount root fs via NFS, trying floppy. VFS: Cannot open root device "nfs" or unknown-block(2,0) Please append a correct "root=" boot option; here are the available partitions: 1f00 16 mtdblock0 (driver?) 1f01 2048 mtdblock1 (driver?) 1f02 4096 mtdblock2 (driver?) 1f03 2048 mtdblock3 (driver?) 1f04 4096 mtdblock4 (driver?) 1f05 10240 mtdblock5 (driver?) 1f06 24576 mtdblock6 (driver?) 1f07 16384 mtdblock7 (driver?) Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0) [
的linuuboot移植
嵌入式Linux之我行——在2440上的移植详解（一） 嵌入式Linux之我行，主要讲述和总结了本人在学习嵌入式linux中的每个步骤。一为总结经验，二希望能给想入门嵌入式Linux 的朋友提供方便。如有错误之处，谢请指正。 共享资源，欢迎转载： 一、移植环境 主机：VMWare--Fedora 9 开发板：Mini2440--64MB Nand, 编译器： u-boot：二、移植步骤 本次移植的功能特点包括： 支持Nand Flash读写 支持从Nor/Nand Flash启动 支持CS8900或者DM9000网卡 支持Yaffs文件系统 支持USB下载(还未实现) 1.了解u-boot主要的目录结构和启动流程，如下图。
u-boot的stage1代码通常放在cpu/xxxx/文件中，他用汇编语言写成； u-boot的stage2代码通常放在lib_xxxx/文件中，他用C语言写成。各个部分的流程图如下：
2. 建立自己的开发板项目并测试编译。 目前u-boot对很多CPU直接支持，可以查看board目录的一些子目录，如：board/samsung/目录下就是对三星一些ARM处理器的支持，有smdk2400、smdk2410和smdk6400，但没有2440，所以我们就在这里建立自己的开发板项目。 1）因2440和2410的资源差不多，主频和外设有点差别，所以我们就在board/samsung/下建立自己开发板的项目，取名叫my2440 #tar -jxvf /../../
根据u-boot启动流程图的步骤来分析或者修改添加u-boot源码，使之适合my2440开发板（注：修改或添加的地方都用红色表示）。 1）my2440开发板u-boot的stage1入口点分析。 一般在嵌入式系统软件开发中，在所有源码文件编译完成之后，链接器要读取一个链接分配文件，在该文件中定义了程序的入口点，代码段、数据段等分配情况等。那么我们的my2440开发板u-boot的这个链接文件就是cpu/arm920t/，打开该文件部分代码如下：
UBOOT移植验
U-BOOT移植实验 u-boot简介 u-boot是德国DENX小组的开发用于多种嵌入式CPU的bootloader程序, u-boot不仅仅支持嵌入式Linux系统的引导，当前，它还支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式操作系统。u-boot除了支持PowerPC系列的处理器外，还能支持MIPS、 x86、ARM、NIOS、XScale等诸多常用系列的处理器。 u-boot源码目录介绍 u-boot的启动过程 1 启动流程 我们一般把bootloader都分为阶段1(stage1)和阶段2(stage2)两大部分，依赖于CPU体系结构的代码（如CPU初始化代码等）通常都放在阶段1中且通常用汇编语言实现，而阶段2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。 1 阶段1，汇编代码，对于s3c2410是cpu/arm920t/start.s文件。 主要流程如下：
关闭看门狗 禁掉所有中断 设置以CPU的频率 把自己拷贝到RAM 配置内存区控制寄存器 配置的栈空间 进入C代码部分 2 阶段2是C语言代码，在lib_arm/board.c中的start_armboot是C语言开始的函数，也是整个启动代码中C语言的主函数。这个函数调用一系列的初始化函数，然后进入主UBOOT命令行，进入命令循环（即整个boot的工作循环），接受用户从串口输入的命令，然后进行相应的工作。 当用户输入启动linux的命令的时候，u-boot会将kernel 映像（zImage）和从nand flash 上读到RAM 空间中，为内核设置启动参数，调用内核，从而启动linux。 u-boot移植要点： 我们可以总结出bootloader的两大功能： 1 是下载功能，既通过网口、串口或者USB口下载文件到RAM中。 2 是对flash芯片的读写功能。 u-boot对S3C2410已经有了很好的支持，我们在移植过程中主要是完善u-boot对nand flash的读写功能。 u-boot移植前的准备工作： 1 下载源码，建立工作目录 Uboot的源码可以从以下网址下载： https://www.wendangku.net/doc/6c9531530.html,/u-boot/u-boot-1.1.4.tar.bz2?modtime=1134752480&big_m irror=0 我们这里下载的是u-boot-1.1.4.tar.bz2 建立工作目录： mkdir /root/build_uboot cd /root/build_uboot 把下载的源码拷贝到该目录,解压； tar jxvf u-boot-1.1.4.tar.bz2 mv u-boot-1.1.4 u-boot
- uboot移植步骤介绍
- ARM2440uboot移植过程.
- Uboot_for_mini6410_移植步骤详解
- UBOOT基础知识.ppt
- uboot修改移植开发知识梳理
- imx6ul_uboot移植
- 2440-Uboot移植实验完整版
- uboot移植实验
- UBOOT基础知识分析
- UBOOT移植验
- 嵌入式系统启动系统uboot使用与移植
- i.MX6UL -- Linux系统移植过程详解(最新的长期支持版本)
- 最新Uboot移植步骤 3：UART&SDRAM
- UBOOT分析移植
- Uboot启动流程分析和移植介绍
- exynos4412-uboot移植笔记
- UBoot移植详细教程
- uboot 2014移植手册
- 最新Uboot移植步骤 5：NorFlash
- 的linuuboot移植