arm-linux 开发步骤

时间:2022-07-21 03:29:06

ARM-Linux开发步骤

拿到一块YC2440(s3c2440)的开发板,经过几天的学习,我对arm-linux系统开发步骤有了一些认识。就以开发这个开发板为例,arm-linux开发工作大概分4个部分

1.       硬件(hardware)

2.       引导加载器(bootloader)

3.       内核(kernel)

4.       文件系统(file system)

 

硬件

我并不是硬件工程师,但我知道硬件的设计基本上是从性能,结构,可靠性等方面的需求方面来考虑。比如串口调试很常用,那么硬件就需要设计串口。在比如硬件需要接LCD,就必须提供LCD接口

bootloader

bootloader是什么?

bootloader是一个引导程序,它最主要的功能是加载内核,所谓加载内核就是让内核代码常驻内存,并且得到执行。

 

bootloader因为什么而存在?

每一种CPU都有自己的启动方式

a)       CPU上电后从某个地址开始取指令运行,这样的指令往往是已经固化的,因为RAM刚上电时,里面的内容是没有意义的,很多单片机是这样方式。可以说这根本不是boot

b)      CPU上电后从ROM读代码到RAM,然后跳到RAM里开始执行,这种方式的CPU一般会拷贝固定长度的二进制代码到RAM,因为它不知道有效代码有长,只有一个固定的长度拷贝完成后,CPU才知道拷贝工作完成,以便从RAM执行。这就是boot

c)       方式二只能拷贝固定长度的代码到RAM运行,为了拷贝更多的代码到RAM运行,方式二就做了改进,首先进入RAM的代码不是一个功能固件,而是另一个功能代码的加载器(loader),这就是bootloader

 

armbootloader

arm会拷贝4K长度的代码运行。显然arm不是为4K的固件设计的。拷贝代码到RAM并不需要很多指令,因为ARMRAM的管理需要一个MMU控制器(可以让CPU访问更多的RAM或许)而这个控制器需要配置相关寄存器,所以代码可能要多一点,另外可能还有许多别的功能,所以代码可能会更多。当然都不超过4K时都没问题,但往往还是要过4K的。所以真正arm-linuxbootloader一般有两步骤:

a)       拷贝4K代码到RAM,开始执行

b)      拷贝另一段代码到RAM并初始化一些必须的硬件设置,开始执行

 

u-boot

 

u-boot是一种很流行的bootloader,除了加载内核,它还提供了许多其他功能。基本上u-boot是一个精简的linux,它提供人机交换的,一般现在linux开发都采用串口方式使用u-boot

关于u-boot的说明有很多,我简单说明一下

a)       u-boot可以被打断,通过串口向u-boot输入命令后,u-boot中断,可以执行各种命令,这些命令有专门的手册可以查询。串口其实就是u-boot的一个远程终端。

b)      u-boot可以设置网络,通过tftp服务,u-boot可以下载代码到RAM然后执行,也可以烧写到flash

c)       u-boot之所以有这么多功能是因为里面集成了许多驱动,如果要让u-boot有更多的功能可以在u-boot源代码里添加,如果要用硬件就需要添加驱动。

d)      如果要修改u-boot需要。。编译。。。。。。。。。。。。

 

内核

Linux内核部分是工作量比较多的部分

1.         交叉编译

2.         BSP

3.         Kconfig以及内核裁减

4.         镜像制作和烧写

交叉编译

关于交叉编译,网络上有很多文章。以ubuntu 8.10说明一下:

a)         下载编译器,比如arm-linux-gcc 3.4.1

b)        sudo tar vxjf arm-linux-gcc 3.4.1.bz2 –C /

c)         命令行编译需要设置环境变量

sudo gedit /etc/bash.bashrc

在文件最后添加 export PATH=$PATH:/usr/local/arm/3.4.1/bin

重新登录

d)        arm-linux-gcc –v 查看版本便知道交叉编译器是否安装成功

 

BSP

LinuxBSP其实就是外设驱动集合。比如扩了一个串口,需要编写设备驱动。关于设备驱动编写是一个很大的话题,我想这是另外需要一本书的《Linux Device Driver.3rdEdition》。看不懂可以看看参考http://www.deansys.com/doc/ldd3/index.html

 

Kconfig以及内核裁减

Kconfig是用于定制内核的,有了交叉环境、BSP以及内核源码后,就可以做Kconfig.源码包的Makefile需要从.config得到信息以便把需要的东西编译到内核,不需要的东西不放进来,这样的内核是最精简有效的。问题是这些信息是庞大的,正如管理一个大的工程用Makefile一样,管理一个越来越复杂的内核用Kconfig

 

以下引用自互联网

Kconfig文档的作用

内核源码树的目录下都有两个文档Kconfig2.4版本是Config.in)和Makefile。分布到各目录的Kconfig构成了一个分布式的内核配置数据库,每个Kconfig分别描述了所属目录源文档相关的内核配置菜单。在内核配置make menuconfig(xconfig)时,从Kconfig中读出菜单,用户选择后保存到.config的内核配置文档中。在内核编译时,主Makefile调用这个.config,就知道了用户的选择。

*上面的内容说明了,Kconfig就是对应着内核的配置菜单。假如要想添加新的驱动到内核的源码中,能够修改Kconfig,这样就能够选择这个驱动,假如想使这个驱动被编译,要修改Makefile

so添加新的驱动时需要修改的文档有两种(注意不只是两个)

*Kconfig

*Makefile

要想知道怎么修改这两种文档,就要知道两种文档的语法结构

Kconfig

每个菜单都有一个关键字标识,最常见的就是config

语法:

config

symbol是个新的标记的菜单项,options是在这个新的菜单项下的属性和选项

其中options部分有:

1、类型定义:

每个config菜单项都要有类型定义,bool布尔类型、 tristate三态:内建、模块、移除 string字符串、 hex十六进制、 integer整型

例如config HELLO_MODULE

bool "hello test module"

bool类型的只能选中或不选中,tristate类型的菜单项多了编译成内核模块的选项,假如选择编译成内核模块,则会在.config中生成一个CONFIG_HELLO_MODULE=m的配置,假如选择内建,就是直接编译成内核影响,就会在.config中生成一个CONFIG_HELLO_MODULE=y的配置.

2、依赖型定义depends onrequires

指此菜单的出现和否依赖于另一个定义

config HELLO_MODULE

bool "hello test module"

depends on ARCH_PXA

这个例子表明HELLO_MODULE这个菜单项只对XScale处理器有效。

3、帮助性定义

只是增加帮助用关键字help---help---

内核的Makefile

 

linux2.6.x/Documentation/kbuild目录下有周详的介绍有关kernel makefile的知识。

内核的Makefile分为5个组成部分:

Makefile     最顶层的Makefile

.config        内核的当前配置文档,编译时成为定层Makefile的一部分

arch/$(ARCH)/Makefile    和体系结构相关的Makefile

s/ Makefile.*      一些Makefile的通用规则

kbuild Makefile           各级目录下的大概约500个文档,编译时根据上层Makefile传下来的宏定义和其他编译规则,将源代码编译成模块或编入内核

顶层的Makefile文档读取 .config文档的内容,并总体上负责build内核和模块。Arch Makefile则提供补充体系结构相关的信息。 s目录下的Makefile文档包含了任何用来根据kbuild Makefile 构建内核所需的定义和规则。

(其中.config的内容是在make menuconfig的时候,通过Kconfig文档配置的结果。

举个例子:

   假设想把自己写的一个flash的驱动程式加载到工程中,而且能够通过menuconfig配置内核时选择该驱动该怎么办呢?能够分三步:

 第一:将您写的flashtest.c 文档添加到/driver/mtd/maps/ 目录下。

 第二:修改/driver/mtd/maps目录下的kconfig文档:

        config MTD_flashtest

             tristate “ap71 flash"

         这样当make menuconfig ,将会出现 ap71 flash选项。

第三:修改该目录下makefile文档。

ü       添加如下内容:obj-$(CONFIG_MTD_flashtest)       += flashtest.o

这样,当您运行make menucofnig时,您将发现ap71 flash选项,假如您选择了此项。该选择就会保存在.config文档中。当您编译内核时,将会读取.config文档,当发现ap71 flash 选项为yes 时,系统在调用/driver/mtd/maps/下的makefile 时,将会把 flashtest.o 加入到内核中。即可达到您的目的

 

 

make menuconfig后这个蓝色的终端里,有许多复杂的配置,根据需要配置好后保存就可以了。

 

ubuntu 8.10出现make menuconfig失败,一堆错误,这个需要

sudo apt-get install libncurses5-dev

 

镜像制作和烧写

内核镜像是被bootloader加载的,比如u-boot可以把内核镜像加载到RAM并执行。制作u-boot可加载的镜像需要使用mkimage工具,所以

sudo cp ~/tools/mkimage /usr/bin

make uImage

需要注意的是如果mkimage权限不对make uImage是会出错的,可以设置一下权限

sudo chmod 777 /usr/bin/mkimage

如果一切成功那么在linux-xxxx/arch/arm/boot下就有uImage文件了。

如果要更清楚里面的细节,需要对mkimage做进一步了解。

烧写的工作还是交给u-boot吧,大概工作是这样的:

a)         中断u-boot

b)        需要一个tftp服务器,比如Windows XP下安装tftpwin就可以了

c)         调用u-boot命令启动下载烧写