归档时间:一月, 2012

蝴蝶效应

一 24 2012 由 创建在标签 娱乐

挺有才的~~

 

无评论

支持6410从SD卡启动的Uboot

一 16 2012 由 创建在标签 开发

友善提供的Superboot确实很好用,但是samsung提供的uboot版本比较低,从友善的官网也看到对应的uboot介绍,了解到它启动的时候并不能很好地支持SD卡,尤其是SDHC的支持很不好,那个是因为uboot版本太低,而且SD卡也不能超过2G。最让人头疼的是不能从SD卡直接启动系统,只能将img拷贝到NAND,然后再从NAND中启动(参考友善官网6410的bootloader介绍)。对于想定制自己的Bootloader人就会遇到想不到的麻烦,所以就想着找一个能够很好支持SD卡启动Linux的Uboot。

SD/MMC的启动原理

要想知道启动的原理,就必须先了解芯片的特性和它的启动过程,需要查看厂商提供的Datasheet和芯片相关的资料。对于6410,samsung提供了一份启动相关的文档——《SMDK6410_IROM_APPLICATION NOTE_REV 1.00》,想了解的人可以自己在网上搜一下,我只简单说一下我看了之后对我比较有用的东西,肯定会有信息遗漏。

6410最开始启动的时候先执行固化在芯片里面的代码,iRom(BL0)它所做的事情很简单,主要完成系统时钟、堆栈、设备控制器和启动设备标识的初始化,确定下一阶段(BL1)的启动设备和起始地址,拷贝BL1到启动区域,然后将执行权交给启动区域,开始BL1的执行。其中iRom初始化了很多函数指针和全局变量,这些都为BL1阶段的执行和代码的拷贝做好准备;6410通过从引脚来判断是从Nand还是从SD卡拷贝数据的,在6410中就有一个开关来选择是从NAND还是从SD卡启动的。BL1就已经是Bootloader的代码了,但是BL1的大小是有8k的限制,不能完成所有的Bootloader的工作,还需要BL2的配合才能真正完成所有的引导过程。

Uboot的移植

其实写到这里就已经没有多少我的东西了,因为自己并没有真正去移植,所以后面说的有点人云亦云,我只是从网上下了一份tekkamanninja移植好的代码(亲自测试,可以运行,运行时有启动背景),自己做了一些比较,说说他的这份代码是如何移植的,而且作者的博客上也有很多关于Uboot移植的代码和一些关于这方面原理的分析。如果有机会自己移植的话再写一些关于Uboot移植的东西。

/u-boot-2011.06mini6410/arch/arm/include/asm/arch-s3c64xx
# ls -l
total 80
-rw-rw-r--. 1 root root 1995 Sep  7 07:30 hardware.h
-rw-rw-r--. 1 root root 2066 Sep  7 07:30 mmc.h
-rw-rw-r--. 1 root root 13667 Sep  7 07:30 regs-fb.h
-rw-rw-r--. 1 root root 5470 Sep  7 07:30 regs-fb-v4.h
-rw-rw-r--. 1 root root 36503 Sep  7 07:30 s3c6400.h
-rw-rw-r--. 1 root root 9205 Sep  7 07:30 s3c64x0.h

上面列出了初始化时需要调用的一些公共函数、结构体、宏等相关的声明,主要增加了SD卡和mini6410的LCD支持,完成他们的初始化,使得开机时能够显示Logo、背景以及SD卡启动系统。

/u-boot-2011.06mini6410/arch/arm/cpu/arm1176
# ls -l
total 56
-rw-rw-r--. 1 root root 1319 Sep  7 07:30 config.mk
-rw-rw-r--. 1 root root 1717 Sep  7 07:30 cpu.c
-rw-rw-r--. 1 root root 1496 Sep  7 07:30 Makefile
drwxrwxr-x. 2 root root 4096 Jan 14 00:26 s3c64xx
-rw-rw-r--. 1 root root 15078 Sep  7 07:30 start.S
-rw-rw-r--. 1 root root 1712 Sep  7 07:30 u-boot.lds
# cd s3c64xx/
# ls -l
total 76
-rw-rw-r--. 1 root root 1319 Sep  7 07:30 config.mk
-rw-rw-r--. 1 root root 5424 Sep  7 07:30 cpu_init.S
-rw-rw-r--. 1 root root 1459 Sep  7 07:30 Makefile
-rw-rw-r--. 1 root root 1109 Sep  7 07:30 reset.S
-rw-rw-r--. 1 root root 3441 Sep  7 07:30 speed.c
-rw-rw-r--. 1 root root 4363 Sep  7 07:30 timer.c

上面列出了与芯片有关的初始化代码,作者修改了cpu_init.S和start.S,其中cpu_init.S主要是自动检测内存大小的代码(参考Mini6410自动识别内存大小);star.S主要是增加启动时自动检测内存、确定是从SD卡还是从NAND启动以及LED功能。

/u-boot-2011.06mini6410/arch/arm/lib
# ls -l
-rw-rw-r--. 1 root root 17540 Sep  7 07:30 board.c

上面列出了lib中修改了的文件,它的修改主要是为了添加LED功能。

/u-boot-2011.06mini6410/drivers/mmc
# ls -l
-rw-rw-r--. 1 root root 24139 Sep  7 07:30 mmc.c
-rw-rw-r--. 1 root root 11091 Sep  7 07:30 s3c64x0_mmc.c

上面新增了s3c64x0_mmc.c文件,它主要完成6410 SD卡的初始化;mmc.c主要添加了一些打印信息。

/u-boot-2011.06mini6410/drivers/video
# ls -l
total 552
-rw-rw-r--. 1 root     root     49102 Sep  7 07:30 cfb_console.c
-rw-rw-r--. 1 root     root      9151 Jan 14 00:14 s3c64x0_fb.c
-rw-rw-r--. 1 root     root      8945 Sep  7 07:30 videomodes.c
-rw-rw-r--. 1 root     root      3480 Sep  7 07:30 videomodes.h

上面主要增加了对LCD的支持,支持开机时使用友善的上自带的LCD,可以显示开机Logo和背景。

/u-boot-2011.06mini6410/mmc_spl/board/samsung/mini6410
# ls -l
lrwxrwxrwx. 1 root     root       86 Jan  5 22:58 cpu_init.S
lrwxrwxrwx. 1 root     root       85 Jan  5 22:58 lowlevel_init.S
-rw-rw-r--. 1 root     root     2417 Sep  7 07:30 mmc_boot.c
lrwxrwxrwx. 1 root     root       75 Jan  5 22:58 start.S
-rw-rw-r--. 1 root     root     1725 Sep  7 07:30 u-boot.lds

上面这个目录为新增目录,它们就是针对mini6410启动初始化的过程,其实cpu_init.S等汇编代码其实只是上面体系结构目录下的符号链接,它们将烧写在BL1中,作为iRom执行后第一个执行的部分,主要就是完成初始化,并调用mmc_boot.c中的初始化函数,其中copy_uboot_to_ram函数从BL2中拷贝代码到内存,并跳转到对应的区域执行,从而进入BL2的代码段执行。

其他修改过的文件都只是一些配置相关的,因为作者增加了很多新的功能,所以在编译的时候还需要让其他部分也编译进去。

烧写Uboot

在Linux中可以通过命令和网友Amankwah提供的工具(下载地址)。但是在使用的时候要获得root权限,我在Fedora下面也是可以正常工作的。但是在使用的时候注意将BL1的目录选择mmc_spl目录下,否则默认的是NAND那个目录下。烧写的命令如下:

$ sudo fdisk /dev/sdb

Command (m for help): p
Disk /dev/sdb: 7969 MB, 7969177600 bytes
246 heads, 62 sectors/track, 1020 cylinders
Units = cylinders of 15252 * 512 = 7809024 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1           6       45755+   b  W95 FAT32
/dev/sdb2   *           7        1020     7732764   83  Linux

##################################################################
# 所以总块数是7969177600/512=15564800
# IROM所认为的总块数15563776(15564800-1024)(仅在SDHC时需要减去1024)
# 所以nand_spl/u-boot-spl-16k.bin烧写的位置是15563758块(15563776-18)
# u-boot.bin烧写的位置是15557632块(15563776-6144(3MB))(根据我的Uboot配置文件)
###################################################################
# 烧写命令:
sudo dd if='(Uboot源码)/nand_spl/u-boot-spl-16k.bin'     of=/dev/(SD卡的设备节点) bs=512   seek=15563758
sudo dd if='/(Uboot源码)/u-boot.bin'      of=/dev/(SD卡的设备节点) bs=512   seek=15557632

其实觉得友善的Superboot和这个应该差不多,友善的烧写工具应该也是将他们分成两步来做的,因为我用这个版本的Uboot编译后用友善的烧写工具烧写发现打开的文件格式错误,再加上看了6410的启动过程,所以感觉友善的编译出来的Uboot和Superboot应该是将两个打包成一个了,然后在烧写时再做区分,分别写到对应的区域中去。

现在我已经用网友提供的 Uboot引导成功,能够正常进入了,也设置了开机画面和背景。其实这篇文章主要是参考的别人的博客,自己只是把别人的博客和代码拿过来整理了一下,希望能够对6410学习的人和想移植Uboot的人有所帮助。

参考网站

Tekkaman Ninja的博客

一条评论

Mini6410启动过程(二)

一 13 2012 由 创建在标签 开发

前一段时间写过Mini6410的启动过程,但是那个只写出了它启动的后半部分,因为自己那个时候还没有彻底了解清楚友善的启动机制和过程,所以只写了后一部分。这段时间在尝试使用uBoot来替代友善的Superboot,让板子支持从SD卡启动,所以就仔细研究了一下友善提供的内核和它的启动参数,发现友善真的蛮聪明,把电脑的启动方式借鉴到它们自己的开发板上了。现在就把6410启动的过程分享出来,可能还有不完善的地方,希望了解的人也能指出我文章里面的不足。

initramfs启动

以前在X86平台上做过一个最小的U盘启动小系统,用的就是initramfs的方式,只是在最后阶段不要让它切换根目录。对于initramfs的启动方式网上有很多相关的文章,Linux内核的文档也有相应的介绍。这里只简单说一下它的原理,initramfs将归档好的文件系统添加到img中,在启动的时候就只需要指定少量的内核启动参数,在启动过程中的临时文件系统所运行的脚本都是此文件系统中的程序和脚本,当然,这个文件系统其实就是一个简单的linux系统,可以进行简单的操作,如果要扩展功能又不想把img做得很大,可以考虑用mount文件系统然后转换的方式来做。

这样就将启动过程分成两个阶段,第一阶段就是用编入内核的文件系统做初始化,然后用定制的文件系统来跑应用程序。不仅减少了更新内核的负担,而且在更新的时候不需要更新应用程序的文件系统,文件系统和内核的更新可以分开来做,提高了效率。

init脚本

Linux启动后执行的第一个程序就根目录下的ini,友善通过init脚本来完成启动过程。其主要工作就是声明一些环境,加载要运行的文件系统,然后做文件系统的切换。因为不像X86下那么复杂,所以设备的初始化相对而言较为简单。启动脚本和注释如下。

#! /bin/sh

#初始化环境变量
PATH=/sbin:/bin:/usr/sbin:/usr/bin
runlevel=S
prevlevel=N
umask 022
export PATH runlevel prevlevel

#
#       Trap CTRL-C &c only in this shell so we can interrupt subprocesses.
#
trap ":" INT QUIT TSTP
#设置主机名
/bin/hostname FriendlyARM
#mount proc文件系统
/bin/mount -n -t proc proc /proc

#获取U-boot启动参数,主要设置文件系统内型、根目录、init等
cmdline=`cat /proc/cmdline`

#声明初始化启动相关参数,并设置默认值
ROOT=none
ROOTFLAGS=
ROOTFSTYPE=
NFSROOT=
IP=
INIT=/sbin/init

#从获取的命令中获取启动参数
for x in $cmdline ; do
        case $x in
        root=*)
                ROOT=${x#root=}
                ;;
        rootfstype=*)
                ROOTFSTYPE="-t ${x#rootfstype=}"
                ;;
        rootflags=*)
                ROOTFLAGS="-o ${x#rootflags=}"
                ;;
        init=*)
                INIT=${x#init=}
                ;;
        nfsroot=*)
                NFSROOT=${x#nfsroot=}
                ;;
        ip=*)
                IP=${x#ip=}
                ;;

        esac
done

if [ ! -z $NFSROOT ] ; then
	#网络文件系统启动
	echo $NFSROOT | sed s/:/\ /g  > /dev/x ;  read sip dir < /dev/x 	echo $IP | sed s/:/\ /g > /dev/x;  read cip sip2 gip netmask hostname device autoconf < /dev/x
	rm /dev/x

	mount -t nfs $NFSROOT /r -o nolock,proto=tcp

elif [ ! -z $run_fs_image ] ; then
	#制定的文件系统启动,这个环境变量还不知道是如何导出的,所以还需要了解,
	#看到友善提供的配置文件需要制定启动的文件系统,感觉应该是和那个地方相关,
	#但是又不能确定,高手可以指点一下
	ROOTFSTYPE="-t ext3" #设置文件系统类型
	#重复加载SD卡,重复尝试5次
	for i in 1 2 3 4 5 ; do
	/bin/mount -n -o sync -o noatime -o nodiratime -t vfat /dev/mmcblk0p1 /sdcard && break
	echo Waiting for SD Card...
	sleep 1
	done
	#加载文件系统
	/sbin/losetup /dev/loop0 /sdcard/$run_fs_image
	/bin/mount $ROOTFSTYPE /dev/loop0 /r
	mount -o move /sdcard /r/sdcard
else
    #直接用指定的启动参数加载文件系统
    /bin/mount -n $ROOTFLAGS $ROOTFSTYPE $ROOT /r
fi

#检测并设置触摸屏的校正参数,可无
ONE_WIRE_PROC=/proc/driver/one-wire-info
ETC_BASE=/r/etc
[ -d /r/system/etc ] && ETC_BASE=/r/system/etc
[ -e $ETC_BASE/ts.detected ] && . $ETC_BASE/ts.detected
[ -z $CHECK_1WIRE ] && CHECK_1WIRE=Y
if [ $CHECK_1WIRE = "Y" -a -e $ONE_WIRE_PROC ] ; then
        if read lcd_type fw_ver tail < $ONE_WIRE_PROC ; then                 if [ x$lcd_type = "x0" -a x$fw_ver = "x0" ] ; then                         TS_DEV=/dev/touchscreen                 else                         TS_DEV=/dev/touchscreen-1wire                         echo "1Wire touchscreen OK"                 fi                 if [ -e $ETC_BASE/friendlyarm-ts-input.conf ]; then                         sed "s:^\(TSLIB_TSDEVICE=\).*:\1$TS_DEV:g" $ETC_BASE/friendlyarm-ts-input.conf > $ETC_BASE/ts-autodetect.conf
                        mv $ETC_BASE/ts-autodetect.conf $ETC_BASE/friendlyarm-ts-input.conf -f
                        echo "CHECK_1WIRE=N" > $ETC_BASE/ts.detected
                        sync
                fi
        fi
fi

[ -e /r/etc/friendlyarm-ts-input.conf ] && . /r/etc/friendlyarm-ts-input.conf
[ -e /r/system/etc/friendlyarm-ts-input.conf ] && . /r/system/etc/friendlyarm-ts-input.conf
export TSLIB_TSDEVICE

#exec /bin/sh

#文件系统替换
umount /proc
exec switch_root /r $INIT /r/dev/console 2>&1

被“欺骗”的脚本

当初以为ext3的文件系统就是实际启动时执行的操作,但是那个却是一个错误的认识,之所以认为那个是启动的文件系统,是因为内核的一个配置参数和此文件系统包含了一些脚本,所以在启动时走了不少的弯路。

首先是对initramfs的认识不够,内核中有下面一个配置项:

General setup  --->
    (scripts/FriendlyARM.cpio) Initramfs source file(s)

看了文件后,我以为是友善的一个加密程序,是为了保护自己的知识产权,所以以为它只是打包进去,到了加载初始化文件系统的时候从内核配置的地址读取文件系统,然后再用这个程序解密。其次那个启动的参数加深了我的这个认识,让我误入歧途,脚本如下:

Boot options  --->
    (console=ttySAC0,115200 root=/dev/ram init=/linuxrc initrd=0x51000000,6M ramdisk_size=6144)

所以我一直以为是我的文件系统没有拷贝到正确的物理地址,导致内核死掉;一直在尝试文件系统到内存并设置u-boot的环境变量,然后反复重新启动,但是一直是无解,最后我绝望了。在网上看了很多资料,发现Initramfs source file配置的应该是文件系统,再看看这个配置项就感觉像是一个cpio命令归档的文件系统,然后果断尝试能否将他解压。用如下命令解压它的归档文件:

cpio -ivmd < FriendlyARM.cpio

发现神奇般的解压开了,然后发现它就是一个文件系统,只是友善打包好了,然后配合它的Superboot来启动它的文件系统。然后就可以看到友善的第一步启动过程,其脚本也在上一节做了一些注释(一开始我还是死脑子地认为init也是一个可执行文件,琢磨一段时间后才考虑直接打开的)。其实上面的Boot options是使用ramdisk启动Linux所用到的配置项,用initramfs这个配置项是不必要的。

这样也就知道了mini6410的全部启动过程,前面走过的弯路总算有一个较好的结局了。

总结

其实Linux启动过程的介绍网上有很多,制作自己的最小启动系统的资料也不少,但是用了友善的开发板后总觉得它会保密,所以在理解它的一些机制的时候总会有定向思维,不敢放手去做,总是觉得自己哪里做错了。其实应该大胆去尝试,毕竟搞开发的人不会去把简单问题复杂化。冷静的思考其实也很重要,看到那个FriendlyARM.cpio时,我没有想到他是一个文件系统的归档文件,以为是和cpio命令相关的应用程序,这才让我走了很多弯路,其实可以通过file命令查看一下它到底是什么文件,那样也不至于走那么多的弯路。还是自己的经验尚浅啊~~不过走了一些弯路应该会记得更加清楚。

无评论

在Mini6410上安装自己的内核和文件系统

一 09 2012 由 创建在标签 开发

前面有一篇文章说的是Mini6410的启动过程,主要说的是6410的启动的一些大致流程,并没有提到内核和文件系统。做过嵌入式的人都应该知道系统的资源是有限的,需要倍加珍惜,所以在特定的应用场景中要使用定制的内核和文件系统,而友善提供的文件系统显得很臃肿,有点浪费空间,而且不是所有的功能我们都需要用到,自己定制一个文件系统是一个很好的选择,也是在开发过程中一个必须做到的工作。

6410的内核和文件系统

由于用的是友善提供的Superboot,所以需要了解友善是如何来做的。友善的Superboot启动的时候先读取它的配置文件,找到内核镜像和文件系统的目录(注:友善Superboot的具体实现不太清楚,所以只是猜测),然后加载内核,我是用SD卡启动的,方便更新文件系统和内核。下面是友善提供的文件系统和内核的大小,你会发现比你想象的要大很多。

[root@gaoliang Linux]# ls -lh
-rwxr-xr-x    1 root     root        3.6M Nov 16 18:49 zImage_n43
-rwxr-xr-x    1 root     root      293.0M Nov 19 21:04 rootfs_qtopia_qt4.ext3

一个文件系统就占了近200M的空间,在硬件资源有限的情况下,我们还是应该要好好珍惜那点宝贵的资源。

裁剪文件系统

我是直接从友善的文件系统中把文件拷贝过来,在原有的基础上做一些改动,主要是删除一些没有用或者不实用的功能。

首先先查看每个目录的大小,从而知道哪些地方是我们重点关注的地方。

[root@localhost rootfs_qtopia_qt4]# du -sh *
724K    bin
4.0K    dev
648K    etc
53M     lib
0       linuxrc
4.0K    mnt
86M     opt
4.0K    proc
21M     root
1.2M    sbin
4.0K    sys
4.0K    tmp
76M     usr
4.0K    var
592K    www

其中lib、opt和usr占用的空间比较多,其中lib目录是因为modules目录中包含了两个版本的内核;opt是一些可选包,主要是QT相关的一些库;usr目录主要是播放器的应用程序和一些测试程序。

所以将opt目录下的东西全部删除,删除usr目录下关于应用程序的部分,如果删除了应用程序,应用程序会起不来,如smplayer就不能正常工作,也可以同时删除bin目录下相应的东西。

最后再将lib目录下的modules删除,删除了之后就只安装我们自己编译内核配置的模块,可以直接复制一份友善提供的配置文件编译内核(要与开发板对应),编译完成后用如下命令来在我的文件系统下安装模块。

make modules_install INSTALL_MOD_PATH=/opt/arm/mini6410/linux/rootfs
#INSTALL_MOD_PATH你的文件系统所在的路径

这样就可以将我们所配置的内核模块安装到我们的文件系统中来。从而减小文件系统的大小。

内核配置

内核的裁剪网上也有很多介绍,每一个配置项也都有介绍,而且翻译过来的中文资料也比较多,可以在网上搜一搜。

目前的状态和打算

现在我裁剪后文件系统已经比原先的小了很多,因为还有一些不了解的东西,所以也没有细看,如果把一些无用的东西全部去掉的话,应该能够做得很小。下面是我裁剪后的内核和文件系统:

[root@gaoliang Linux]# ls -lh
-rwxr-xr-x    1 root     root       89.0M Nov 20 08:01 rootfs_qtopia_qt4.ext3
-rwxr-xr-x    1 root     root        3.6M Jan  9  2012 zImage_n43

但是也有一个比较奇怪的现象,就是用友善提供的制作文件系统的工具所制作的文件系统比原来的还要大,并没有压缩。这个让人感动有些奇怪。我在Linux下未打包的文件系统只有69M,所以后面打算用压缩的方式打包,将文件系统压得更小,但是因为不了解Superboot做了哪些工作,这个还有一定难度。配置文件对Superboot有什么影响也需要弄清楚,因为配置文件中指定了文件系统,所以也不清楚如何让内核加载文件系统有没有受到Bootloader的影响。

因为删除了QT相关的库,所以也想移植一个新的GUI库,主要是减少文件系统的大小,我身边有人在做MiniGUI,所以初步想法是用miniGUI做一套新的GUI,但是不去开发它的应用程序了,等miniGUI3.0的源码放出来之后开始做这个工作(今天问过miniGUI的技术支持,3.0的源码还有一个月才放出,但是总归是开源,还是不错的)。

希望有对Superboot有了解的人说说,但是这个是人家的商业机密,让人挺烦的…不过这个也没有办法,还是靠自己去慢慢去摸索吧。

无评论

《父亲》——筷子组合

一 09 2012 由 创建在标签 未分类

无评论

U-boot简介及启动过程

一 03 2012 由 创建在标签 开发

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软件工程中心WolfgangDenk本人精湛专业水平和持着不懈的努力。当前,U-Boot项目正在他的领军之下,众多有志于开放源码BOOT LOADER移植工作的嵌入式开发人员正如火如荼地将各个不同系列嵌入式处理器的移植工作不断展开和深入,以支持更多的嵌入式操作系统的装载与引导。

选择U-Boot的理由:

  1. 开放源码;
  2. 支持多种嵌入式操作系统内核,如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, ynxOS;
  3. 支持多个处理器系列,如PowerPC、ARM、x86、MIPS、XScale;
  4. 较高的可靠性和稳定性;
  5. 较高的可靠性和稳定性;
  6. 高度灵活的功能设置,适合U-Boot调试、操作系统不同引导要求、产品发布等;
  7. 丰富的设备驱动源码,如串口、以太网、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、键盘等;
  8. 较为丰富的开发调试文档与强大的网络技术支持;

U-boot源码结构

解压就可以得到全部u-boot源程序。在顶层目录下有18个子目录,分别存放和管理不同的源程序。这些目录中所要存放的文件有其规则,可以分为3类。

  • 第1类目录与处理器体系结构或者开发板硬件直接相关;
  • 第2类目录是一些通用的函数或者驱动程序;
  • 第3类目录是u-boot的应用程序、工具或者文档。

U-boot的源码顶层目录说明

目    录 特    性 解 释 说 明
board 平台依赖 存放电路板相关的目录文件,例如:RPXlite(mpc8xx)、smdk2410(arm920t)、sc520_cdp(x86) 等目录
cpu 平台依赖性 存放CPU相关的目录文件,例如:mpc8xx、ppc4xx、arm720t、arm920t、 xscale、i386等目录
lib_ppc 平台依赖 存放对PowerPC体系结构通用的文件,主要用于实现PowerPC平台通用的函数
lib_arm 平台依赖 存放对ARM体系结构通用的文件,主要用于实现ARM平台通用的函数
lib_i386 平台依赖 存放对X86体系结构通用的文件,主要用于实现X86平台通用的函数
include 通用 头文件和开发板配置文件,所有开发板的配置文件都在configs目录下
common 通用 通用的多功能函数实现
lib_generic 通用 通用库函数的实现
net 通用 存放网络的程序
fs 通用 存放文件系统的程序
post 通用 存放上电自检程序
drivers 通用 通用的设备驱动程序,主要有以太网接口的驱动
disk 通用 硬盘接口程序
rtc 通用 RTC的驱动程序
dtt 通用 数字温度测量器或者传感器的驱动
examples 应用例程 一些独立运行的应用程序的例子,例如helloworld
tools 工具 存放制作S-Record或者u-boot格式的映像等工具,例如mkimage
doc 文档 开发使用文档

设备启动过程

开机或者重启后分为两个步骤处理,处理器先完成基本的初始化,然后将执行权交给U-boot来完成初始化。

处理器执行如下步骤:

  1. 执行主引导配置,初始化中断向量、异常向量、时钟和SDRAM;
  2. 将U-Boot的代码从Flash解压到RAM;
  3. 将执行控制权交给U-Boot;

U-boot执行如下几个步骤:

  1. 配置的以太网MAC地址、Flash、串口;
  2. 加载存储在非易失性内存中的环境变量的设置;
  3. 过几秒钟(可编程的时间长度),自动启动预先安装内核;

U-boot相关参考站点

  1. 官方网站源码包(http://sourceforge.net/projects/U-Boot);
  2. U-Boot官方网站的DULG(The DENX U-Boot and Linux Guide)文档http://www.denx.de/twiki/bin/view/DULG/Manual);

无评论