当前位置：文档之家 › 简单说说U-boot的修改

简单说说U-boot的修改

  • 格式：pdf
  • 大小：162.83 KB
  • 文档页数：23

简单说说U-boot的修改的修改

uboot是一个通用的免费开放源码的boot程序，支持很多的处理器。

以下是现在网上下载一个u-boot-1.1.1版本，用于at91rm9200系统的修改的例子。最后在

redhat8.0上，用gcc2.95编译通过。

在网上下载了uboot-1.1.1版本。要用于自己的at91rm9200的系统，这个系统的情况是：

SDRAM: 32Mbytes NCS1

FLASH: 8Mbytes NCS0

涉及到的文件有四个：

common.h

flash.c

flash.h

”./board/at91rm9200dk/config.mk”

以下简单的说说。

一、首先读读uboot自带的readme文件，了解了一个大概。

二、看看common.h，这个文件定义了一些基本的东西，并包含了一些必要的头文件。再看看

flash.h，这个文件里面定义了flash_info_t为一个struct。包含了flash的一些属性定义。

并且定义了所有的flash的属性，其中，AMD的有：AMD_ID_LV320B，定义为“#define AMD_

ID_LV320B 0x22F922F9”。

三、对于“./borad/at91rm9200dk/flash.c”的修改，有以下的方面：

“void flash_identification(flash_info_t *info)”这个函数的目的是确认flash的型

号。注意的是，这个函数里面有一些宏定义，直接读写了flash。并获得ID号。

四、修改：”./board/at91rm9200dk/config.mk”为

TEXT_BASE=0x21f80000 为TEXT_BASE=0x21f00000 （当然，你应该根据自己的板子来修改，

和一级boot的定义的一致即可）。

五、再修改”./include/configs/at91rm9200dk.h”为

修改flash和SDRAM的大小。

六、另外一个要修改的文件是：

./borad/at91rm9200dk/flash.c。这个文件修改的部分比较的多。

1． 首先是OrgDef的定义，加上目前的flash。 2． 接下来，修改”#define FLASH_BANK_SIZE 0x200000”为自己flash的容量

3． 在修改函数flash_identification(flash_info_t * info)里面的打印信息，这部分将

在u-boot启动的时候显示。

4． 然后修改函数flash_init(void)里面对一些变量的赋值。

5． 最后修改的是函数flash_print_info(flash_info_t * info)里面实际打印的函数信息。

6． 还有一个函数需要修改，就是：“flash_erase”，这个函数要检测先前知道的flash类

型是否匹配，否则，直接就返回了。把这里给注释掉。

七、接下来看看SDRAM的修改。

这个里面对于“SIZE”的定义都是基于字节计算的。

只要修改”./include/configs/at91rm9200dk.h”里面的

“#define PHYS_SDRAM_SIZE 0X200000”就可以了。注意，SIZE是以字节为单位的。

八、还有一个地方要注意

就是按照目前的设定，一级boot把u_boot加载到了SDRAM的空间为：21F00000 -> 21F16B

10，这恰好是SDRAM的高端部分。另外，BSS为21F1AE34。

九、编译后，可以写入flash了。

1． 压缩这个u-boot.bin

“gzip –c u-boot.bin > u-boot.gz”

压缩后的文件大小为：

43Kbytes

2． 接着把boot.bin和u-boot.gz烧到flash里面去。

Boot.bin大约11kBytes，在flash的0x1000 0000 ~ 0x1000 3fff

免费参加，名额有限!2005DVTF;MP3 U盘礼物...

zlei 发表于 2005-1-16 12:31 ARM 论坛 ←返回版面

U-Boot 在44B0X 开发板上的移植以及代码分析（ZT）

armboot的原理

1、BIOS的源码，其作用是初始化硬件，并COPY Boot到SDRAM中

2、在SDRAM中运行BOOT达到在线升级的目的。

3、此源代码与硬件无关，在44b0x上测试通过 4、串口通讯协议自己制定，很好理解。在线升级很快

5、目前只支持SST39LVF160，可以自己修改成相信的NOR FLASH

U-Boot 在44B0X 开发板上的移植以及代码分析

1. u-boot 介绍

u-boot 是一个open source 的bootloader，目前版本是0.4.0。u-boot 是在ppcboot 以及

armboot 的基础上发展而来，虽然宣称是0.4.0 版本，却相当的成熟和稳定，已经在许多嵌

入式系统开发过程中被采用。由于其开发源代码，其支持的开发板众多。唯一遗憾的是并不

支持我们现在学习所用samsung 44B0X 的开发板。

为什么我们需要u-boot？显然可以将ucLinux 直接烧入flash，从而不需要额外的

引导装载程序（bootloader）。但是从软件升级的角度以及程序修补的来说，软件的自

动更新非常重要。事实上，引导装载程序（bootloader）的用途不仅如此，但仅从软件的自

动更新的需要就说明我们的开发是必要的。同时，u-boot 移植的过程也是一个对嵌入式系统

包括软硬件以及操作系统加深理解的一个过程。

2. u-boot 移植的框架

移植u-boot 到新的开发板上仅需要修改和硬件相关的部分。在代码结构上：

1) 在board 目录下创建ev44b0ii 目录，创建ev44b0ii.c 以及flash.c,memsetup.S,u-bo

ot.lds等。不需要从零开始，可选择一个相似的目录，直接复制过来，修改文件名以及内容。

我在移植u-boot 过程中，选择的是ep7312 目录。由于u-boot 已经包含基于s3c24b0 的开

发板目录，作为参考，也可以复制相应的目录。

2) 在cpu 目录下创建arm7tdmi 目录,主要包含start.S，interrupts.c 以及cpu.c,seria

l.c几个文件。同样不需要从零开始建立文件，直接从arm720t 复制，然后修改相应内容。

3) 在include/configs 目录下添加ev44b0ii.h，在这里放上全局的宏定义等。

4) 找到u-boot 根目录下Makefile 修改加入

ev44b0ii_config : unconfig

@./mkconfig $(@:_config=) arm arm7tdmi ev44b0ii

5) 运行make ev44bii_config,如果没有错误就可以开始硬件相关代码移植的工作

3. u-boot 的体系结构

1) 总体结构

u-boot 是一个层次式结构。从上图也可以看出，做移植工作的软件人员应当提供串口驱动（UART Driver）,以太网驱动(Ethernet Driver),Flash 驱动（Flash 驱动）,USB 驱动（USB

Driver）。目前，通过USB 口下载程序显得不是十分必要，所以暂时没有移植USB 驱动。驱

动层之上是u-boot 的应用，command 通过串口提供人机界面。我们可以使用一些命令做一

些常用的工作，比如内存查看命令md。

Kermit 应用主要用来支持使用串口通过超级终端下载应用程序。TFTP 则是通过网络方式来

下载应用程序，例如uclinux 操作系统。

2) 内存分布

在flash rom 中内存分布图ev44b0ii 的flash 大小2M(8bits),现在将0-40000 共256k

作为u-boot 的存储空间。由于u-boot 中有一些环境变量，例如ip 地址，引导文件名等，

可在命令行通过setenv 配置好,通过saveenv 保存在40000-50000（共64k）这段空间里。

如果存在保存好的环境变量，u-boot 引导将直接使用这些环境变量。正如从代码分析中可以

看到，我们会把flash 引导代码搬移到DRAM 中运行。下图给出u-boot 的代码在DRAM中的

位置。引导代码u-boot 将从0x0000 0000 处搬移到0x0C700000 处。特别注意的由于ev44

b0ii uclinux 中断向量程序地址在0x0c00 0000 处，所以不能将程序下载到0x0c00 0000

出，通常下载到0x0c08 0000 处。

4. start.S 代码结构

1) 定义入口

一个可执行的Image 必须有一个入口点并且只能有一个唯一的全局入口，通常这个入口放在

Rom(flash)的0x0 地址。例如start.S 中的

.globl _start

_start:

值得注意的是你必须告诉编译器知道这个入口，这个工作主要是修改连接器脚本文件（lds）。

2) 设置异常向量(Exception Vector)

异常向量表，也可称为中断向量表，必须是从0 地址开始，连续的存放。如下面的就包括了

复位(reset),未定义处理（undef）,软件中断(SWI),预去指令错误(Pabort),数据错误(Dabo

rt),保留，以及IRQ,FIQ 等。注意这里的值必须与uclinux 的vector_base 一致。这就是

说如果uclinux 中vector_base(include/armnommu/proc-armv/system.h)定义为0x0c00 00

00,则HandleUndef 应该在

0x0c00 0004。

b reset //for debug

合集下载

uboot移植到6410开发板的过程及环境变量的修改

uboot移植到6410开发板的过程及环境变量的修改

天涯海阁

嵌入式linux

uboot移植到6410开发板的过程及环境变量的修改

分类： uboot 2012-09-28 11:16 319人阅读 评论(0) 收藏 举报

一、通过U盘下载uboot.bin到开发板，U盘事先必须用飞凌光盘里的一个快速烧写工具，把mmc.bin烧写进U盘内，但是打开U盘后看不到这个文件。然后将uboot.bin烧写进U盘。（ps，如果要直接通过U盘将内核还有文件系统烧写进开发板里，可以直接将zImage跟cramfs文件系统拷进U盘）

二、将U盘插入开发板，选择U盘启动模式，1 2 3 off ，其他on；打开终端，启动；之后就开始烧写，由于没有在U盘内放zImage ，所以烧写的最后一行会提示not found zImage 等。

三、断开电源，选择nand flash启动：1 2 3 6 7 off，其他on；打开电源，在bootdelay计时的时候按下空格键；进入uboot的命令模式；

四、查看环境变量：printenv

五、修改环境变量：setenv，包括ip地址等，主要是修改bootcmd跟bootargs，我是用tftp下载uImage，用nfs挂载根文件系统：

Setenv bootcmd 'tftp c0008000 uImage;bootm c0008000'（如果要设置多个，就要加上''号，如果有多个命令，在两个命令之间加;号）

Setenv bootargs ‘console=ttySAC0 root=/dev/nfs nfsroot=172.22.17.20:/nfsroot/rootfsip=172.22.17.21’

(consle是设置平台，nfsroot 是设置nfs的挂载地址，172.22.17.21是开发板的ip,172.22.17.20是主机的ip)

都设置完再查看环境变量printenv ，如果没问题就保存：saveenv

ARM11系统板uboot修改说明书

ARM11系统板uboot修改说明书

RE100系统板uboot修改说明书

文件编号：

程序版本：

起 草 人：

审 核 人：

批 准 人：

分 发 号：

密 级： 机密 受控状态： 受控

受控期限： 永久

起草日期：

审核日期：

批准日期：

分发日期：

文档控制记录

序号 修改状态 修改内容 修改人 完成时间

V1.0 创建文档 完成本文档的所有章节内容 2013-01-28

目录

文档控制记录................................................................................................................ II

1.引言 ............................................................................................................................ 1

2. 修改步骤 .................................................................................................................. 2

1.引言

目的：本文档旨在对RE100采集机系统板uboot修改做相关说明，由于只涉及到修改启动uboot时的logo提示，不会涉及太多其他uboot的相关知识。uboot的相关修改操作都是基于搭建好交叉编译环境的基础之上，交叉编译环境的搭建，可以参见相关搭建文档，在此不再说明。

对象：系统板维护的研发人员。

2. 修改步骤

1、如图2-1出厂时uboot启动界面，由于是购买的其他公司移植好的uboot,启动界面显示的信息都是其他公司的版本号及logo,我们需要修改为本公司的版本号和logo,只需要找到相应配置文件即可：

uboot 调式方法

uboot 调式方法

uboot 调式方法

U-Boot调试方法

U-Boot是一个开源的嵌入式系统引导加载程序，广泛应用于各种嵌入式设备中。在开发嵌入式系统时，经常需要对U-Boot进行调试来解决问题或改进功能。本文将介绍一些常用的U-Boot调试方法，帮助开发人员有效地进行调试工作。

一、串口调试

串口调试是最常用的U-Boot调试方法之一。通过串口调试，可以在开发板和主机之间建立一个串口通信通道，实时显示和获取U-Boot的调试信息。

1. 连接串口

需要将开发板的串口和主机的串口进行连接。一般来说，开发板会提供一个或多个串口接口，可以通过连接线将其与主机的串口接口相连。

2. 配置串口参数

在主机上，需要打开一个串口终端程序，如minicom或PuTTY。然后，设置串口参数，包括波特率、数据位、停止位等。这些参数需要与U-Boot的配置相匹配，一般来说，U-Boot的默认串口配置为115200 bps、8数据位、1停止位、无校验位。

3. 启动开发板

将开发板连接到主机后，可以通过重启或上电的方式启动开发板。在开发板上电后，U-Boot会自动输出调试信息到串口终端程序。

4. 查看调试信息

在串口终端程序中，可以实时查看U-Boot的调试信息。这些信息包括启动过程中的各种状态、引导加载程序的执行过程以及命令行的输入输出等。

二、JTAG调试

JTAG调试是另一种常用的U-Boot调试方法。通过JTAG调试，可以在硬件级别上对U-Boot进行调试，实时监控和修改寄存器的值、查看内存数据等。

1. 连接JTAG调试器

需要将JTAG调试器连接到开发板上的JTAG接口。JTAG调试器一般会提供相应的连接线和插头，可以将其与开发板的JTAG接口相连。

2. 配置调试环境

在主机上，需要安装相应的JTAG调试工具，如OpenOCD或J-Link等。然后，配置调试环境，包括连接调试器、选择目标设备等。

3. 启动调试会话

简单易学的U-boot刷机教程

简单易学的U-boot刷机教程

简单易学的U-boot刷机教程

打造完整的路由固件，无需复杂的TTL ,U-boot命令

一般tp系列路由 741/841N/941n/MR3420 固件修复或改8M固件， 通常先写个u-boot ，然后通过TTL线连接，使用u-boot 命令从tftp服务器下载固件修复， 操作还真有些麻烦.......

直接打造完整的编程器固件写入，方便多了。 于是乎。。。。步骤：

1。winhex 新建一个8M的空白文件， 文件-新建，建立新文件，文件大小输入 8MB 。 编辑-全选，填充选块，填充十六进制数值 FF 。

2。打开 WR841N V7 8MB u-boot.bin 编辑-全选， 复制。切换到刚建立的8M文件，编辑-写入，偏移地址0。

3。打开备份的固件， 位置-转到偏移量 1FC00 和 1FE00 处，填入新建立的8M文件对应位置。 定义选块 3F0000 - 3FFFFF， 复制，写入8M文件的偏移地址 7F1000 处。

原固件0x1FC00是你的MAC地址，0x1FE00是你的PIN，一般外壳背面写有。

原固件0x3F0000 - 0x3FFFFF，board_config/art 分区，包含无线部分校正数据（好像是各机不相同，否则会丢无线）

4。打开下载的固件， openwrt-ar71xx-generic-tl-mr3420-v1-squashfs-factory.bin 全选，复制，写入8M文件的偏移地址 0x20000 处。 保存文件， 8M 完整编程器固件就生成了， 写入flash，起动即可。

另：其实使用高级的编程器，更简单些， 可以直接编辑数据缓冲区，写入MAC和PIN。可装入多个文件到数据缓冲区起始地址，备份的board_config/art 分区文件装入到 0x7F0000，固件 xxx-factory.bin 装入到0x20000。