uboot移植初步成功啦
uboot移植初步成功啦
哈哈，真高兴啊，就在晚饭前，终于在SDRAM中
调试uboot1.4取得初步成功，晚饭后，就在写前，把uboot烧写到flash中，重启后，在超级终端中看到了正常显示，只是蜂鸣器一直想，哈哈，移植算是初步成功了，兴奋啊~~~ 明天再弄弄就可取得完胜了吧
现在回过头来看uboot移植才发现，移植是这么滴简单，HOHO~~`
先说说移植吧，代码上的移植：只是基于代码的改动，而不包括知道代码改动的背后~~
移植的uboot版本为1.4版，用的编译工具链为
arm-elf-。不能用arm-linux编译，原因是用的c库不同。简单的说就是arm-linux是为有MMU硬件单元的处理器配置的，如ARM9器件，而arm-elf-则是用于无MMU的cpu 的，如ARM7。（也试了一下，用arm-linux-编译得到的uboot.bin加载到SDRAM中运行后无显示）。arm-elf-gcc 版本为2.93版本的（有点低，还需要修改
cpu\s3c44b0\config.mk，后面提到）。在uboot1.4版本中符合s3c44b0内核的板子为dave\B2板，移植就是基于该板子的，当然实际板子有很多硬件情况与它不同，需
要修改。
现在就分别讲讲所要修改的文件和具体修改吧："uboot\"表示uboot的根目录
uboot\Makefile：在uboot中，默认的编译器为arm-linux-，所以首先要修改的就是把编译器改为
arm-elf-：
ifeq ($(ARCH),arm)
CROSS_COMPILE = arm-linux- endif
只需要把arm-linux-改为arm-elf-就行
同时，要增加自己的板子在Makefile中的配置：B2_config : unconfig
@./mkconfig $(@:_config=) arm
s3c44b0 B2 dave
该句增加了B2板子在Makefile中的配置，其中向编译器传递了四个参数：cpu体系 cpu类型板子公司可仿造该板子增加自己板子的设置，其中板子和公司可自取，为了文件，都取为44b0，增加配置如下：
44b0_config:unconfig
@./mkconfig $(@:_config=) arm s3c44b0 44b0 44b0
uboot\board:该文件夹放置了所有uboot支持的板子。故要在此文件夹中增加自己的板子。移植嘛，就是在原有的基础上修改成符合自己的就行了。于是可以把
dave\复制成44b0\放在该文件夹下。同时，把44b0\所有插着B2标志的文件夹或文件都复制成44b0（这里我们就不删除dave\B2吧）。然后我们修改操作就是针对44b0的，那才是我们需要的。
uboot\board\44b0\44b0\44b0.c：该文件就两个函数：board_init(),dram_init()。其中
dram_init()无需修改，不过却给了我们个信号：关于SDRAM的映射起始地址和SDRAM的大小。而board_init()似乎也是不需要怎么改的。主要是配置一下IO。口但B2板子没有初始化Port c。因为我的板子上有三个LED在Port c，所以还是初始化一下吧。也许后面要用到的话还得到这里来改
uboot\include\configs\：我们的配置文件也还是要借用B2的，（哎，谁叫咱是兄弟呢）和前面一样，把所有标着B2的文件夹和文件都复制成44b0(不要删除了B2)。现在就修改一下44b0.h吧
uboot\include\configs\44b0.h：这个文件就是配置板子的各个参数。配置项还是比较多的，主要是根据板子的实际硬件情况来修改相应的数值或定义。主要修改的如下：
#define
CONFIG_B2-------->;#define CONFIG_44b0
#define
CONFIG_S3C44B0_CLOCK_SPEED 75
定义板子的系统时钟，我的板子配置成40M比较麻烦，后见分晓~~~
#undef CONFIG_USE_IRQ
不定义USE_IRQ堆栈。如果要在SDRAM中用到IRQ堆栈的话，这里就应该定义了
#define CONFIG_BOOTDELAY
5------>;#define CONFIG_BOOTDELAY 6
定义UBOOT引导系统的选择延时：如果定义自动加载系统的话，超过了这个定义的计数之后，UBOOT将自己加载系统。我把计数数改为6了，在SDRAM中调试的时候，看着显示的倒计时数为5
开始时，就知道移植成功了
#define CFG_MEMTEST_START
0x0C400000 /* memtest works on */
#define CFG_MEMTEST_END 0x0C800000 /* 4 ... 8 MB in DRAM */
这个都是根据B2板子来设定的，而我的板子则不是它们，而是下面的：
#define CFG_MEMTEST_START
0x0C040000 起始值还是应该计算计算滴
#define CFG_MEMTEST_END 0x0C100000 /这个最大什为TEXT_BASE
#define CFG_LOAD_ADDR
0x0c700000 /* default load address */
默认的加载系统的地址，还是改了吧，这个地址太大了，不合适啊，
#define CFG_LOAD_ADDR
0x0c008000
#define PHYS_SDRAM_1 0xc0000000 /* SDRAM Bank #1 */
#define PHYS_SDRAM_1_SIZE
0x01000000 /* 16 MB */
#define PHYS_FLASH_1 0x00000000 /* Flash Bank #1 */
#define PHYS_FLASH_SIZE 0x00400000 /* 4 MB */
关于SDRAM和flash的起始地址和大小的宏定义。当然，也是不符合实际情况的
#define PHYS_SDRAM_1
0x0c000000 映射起始地址0x0c000000
#define PHYS_SDRAM_1_SIZE
0x00800000 大小：8M
#define PHYS_FLASH_1 0x00000000 映射起始地址 0x00000000
#define PHYS_FLASH_SIZE 0x00200000 大小：2M
#define CFG_MAX_FLASH_SECT 256 /* max number of sectors on one chip */
flash最大可选sectors 也是要改的
#define CFG_MAX_FLASH_SECT 32
还有就是这个B2板子没有网卡，
还应该加一个网卡的配置：
#define CONFIG_DRIVER_TRL8019
#define RTL8019_BASE
0x08000000
当然，还有很多其他的配置。目前为止还不知道哪些是需要的，哪些是不需要的，哪些是
要改的，哪些是不要改的，都还要在
应用中才能发现哦
uboot\cpu\s3c44b0\lowlevel_init.S：关于
s3c44b0存储器的配置。主要参考s3c44b0手册和SDRAM 和FLASH手册，具体的已在前面的日志中说明了，在此
不再罗嗦。
uboot\cpu\s3c44b0\serial.c：关于串口的
——这个很重要哦，设置不好的话就看不到
显示了。主要是关于串口初始化的，serial_init()调用serial_setbrg()来设置相关寄存器。这里要修改的就是依据相应的串口波特率来设置divisor。这里就能看到CONFIG_S3C44B0_CLOCK_SPEED的身影了。如果在44b0.h 文件里没有定义这个宏或是这个宏的值定义不是75或66的话，那在编译的时候就会报错：#error
CONFIG_S3C44B0_CLOCK_SPEED undefined。
uboot\cpu\s3c44b0\start.S：终于要说到这个文件了。其实当初觉的神秘，现在看来真是有点太把它当回
事了。细看一下，和一个普通的startup.S没多大区别。主要难点还是几段代码和原理吧。关于start.S参考前
面写的日志吧。这里主要讲修改的话就太简单了。要修
改的寄存器初始化参数就是LOCKTIME和PLLCON。设为符合板子的值就可以了，LOCKTIME=2000，PLLCON=0x48032，设置主频Mclk=40Mhz就行了
这里是程序代码的修改。还有一个就是前面提到的在编译的时候碰到的问题：由于arm-elf-gcc版
本太低了，导致在引用编译符号的时候参数错误：
uboot\cpu\s3c44b0\config.mk中有如下行：
PLATFORM_CPPFLAGS +=$(call
cc-option,-mapcs-32,-mabi=apcs-gnu)
提示也错的参数为：abi=apcs；只要做如下改动即可消除编译器的不适：
PLATFORM_CPPFLAGS +=$(call
cc-option,-mapcs-32,$(call
cc-option,-mabi=apcs-gnu,))
至此，关于uboot1.4移植所要做的修改就完了。但问题还远远没有完吧：uboot应该放在哪个目录？make 的时候经常碰到莫名的问题~~
还是那句话，路漫漫其修远~~~~
明天好好完善一下吧，至少把那个烦人的蜂鸣给关了
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/a610401771.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.360docs.net/doc/a610401771.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/a610401771.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.360docs.net/doc/a610401771.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.360docs.net/doc/a610401771.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.360docs.net/doc/a610401771.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.360docs.net/doc/a610401771.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