linux-2.6.32.2内核在mini2440上的移植,Linux2.6.32.2移植到Mini2440

1.移植内核的准备工作

(1)使用的环境

操作系统：Fedora 10

交叉编译工具使用：arm-linux-gcc-4.3.2

(2)获取内核

有很多方式可以获取 Linux 内核源代码,如果你的 Fedora10 平台可以上互联网,可以直

接在命令行输入以下命令获取到最原汁原味的 Linux-2.6.32.2:

#wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.32.2.tar.gz

当然你也可以先在 Windows 系统下使用迅雷等工具下载完,再复制到 Fedora10 中。

(3)交叉编译工具

交叉编译工具使用友善之臂的arm-linux-gcc-4.3.2,他们提供的编译器是符合EABI标准的编译器。其中关于EABI的介绍可以参看下面：

1。什么是ABI

ABI，application binary interface (ABI)，应用程序二进制接口。

既然是 接口，那就是某两种东西之间的沟通桥梁，此处有这些种情况：

A。应用程序 操作系统；

B。应用程序 (应用程序所用到的)库

C 。应用程序各个组件之间

类似于API的作用是使得程序的代码间的兼容，ABI目的是使得程序的二进制(级别)的兼容。

2。什么是OABI 和 EABI

OABI中的O，表示“Old”，“Lagacy”，旧的，过时的，OABI就是旧的/老的ABI。

EABI中的E，表示“Embedded”，是一种新的ABI。

EABI有时候也叫做GNU EABI。

OABI和EABI都是专门针对ARM的CPU来说的。

3。EABI的好处 ／ 为何要用EABI

A。支持软件浮点和硬件实现浮点功能混用

B。系统调用的效率更高

C。后今后的工具更兼容

D。软件浮点的情况下，EABI的软件浮点的效率要比OABI高很多。

4。OABI和EABI的区别

两种ABI在如下方面有区别：

A。调用规则(包括参数如何传递及如何获得返回值)

B。系统调用的数目以及应用程序应该如何去做系统调用

C。目标文件的二进制格式，程序库等

D。结构体中的 填充(padding/packing)和对齐。

E。

OABI：

* ABI flags passed to binutils: -mabi=apcs-gnu -mfpu=fpa

* gcc -dumpmachine: arm-unknown-linux

* objdump -x for compiled binary:private flags = 2: [APCS-32] [FPA float format] [has entry point]

* "file" on compiled Debian binary:

ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), for GNU/Linux 2.2.0, stripped

* "readelf -h | grep Flags""

Flags: 0x0

EABI：

* ABI flags passed by gcc to binutils: -mabi=aapcs-linux -mfloat-abi=soft -meabi=4

* gcc -dumpmachine: arm-unknown-linux-gnueabi

* objdump -x for compiled binary:

private flags = 4000002: [Version4 EABI] [has entry point]

* "file" on compiled binary (under Debian):

ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.4.17, dynamically linked (uses shared libs), for GNU/Linux 2.4.17, stripped

* "readelf -h | grep Flags""

Flags: 0x4000002, has entry point, Version4 EABI

(4)硬件平台

友善之臂的Mini2440，NandFlash64M，NorFlash2M的。NandFlash容量的不同，在后边制作根文件系统的时候会有所不同。

2.修改内核以适应本开发板

(1)假设我们把内核文件下载到了opt/mini2440/目录下，进行解压操作。

#cd opt/mini2440

#tar -zxvf linux-2.6.32.2.tar.gz

得到Linux-2.6.33.3文件夹

(2)修改Makefile文件

首先，我们要使Linux的默认的平台是arm平台，进入Linux-2.6.32.2文件夹中，修改此目录下的Makefile文件。修改成下面的代码，使其平台是ARM平台，交叉编译是arm-linux-

export KBUILD_BUILDHOST := $(SUBARCH)

ARCH ?= arm //使用的目标平台

CROSS_COMPILE ?= arm-linux- //使用的交叉编译器，这里使用的系统默认的

接下来，测试一下Linux内核是否可以顺利的编译通过。

#make s3c2410_defconfig //使用缺省的配置文件，也就是SMDK2440的缺省配置文件

# make //编译时间大约在20分钟左右

(3)关于机器码

很关键的一点是，在启动内核时，是根据bootloader传入的机器码(MACH_TYPE)，来决定应启动哪种目标平台，在这一版本中，友善之臂申请了字节的机器码1999,在文件opt/mini2440/linux-2.6.32.2/arch/arm/tools/mach-types中。

exeda MACH_EXEDA EXEDA 1994

mx31sf005 MACH_MX31SF005 MX31SF005 1995

f5d8231_4_v2 MACH_F5D8231_4_V2 F5D8231_4_V2 1996

q2440 MACH_Q2440 Q2440 1997

qq2440 MACH_QQ2440 QQ2440 1998

mini2440 MACH_MINI2440 MINI2440 1999//机器码

colibri300 MACH_COLIBRI300 COLIBRI300 2000

jades MACH_JADES JADES 2001

spark MACH_SPARK SPARK 2002

如果传入的机器码和目标板的机器码不同时，经常出现下面的错误：

Uncompressing Linux.................................................................................................................................. done, booting

the kernel.

运行到这就停止了。

在U-Boot2010.03版本中也加入了mini2440机器码，在下面的文件中u-boot-2010.03/include/asm-arm/mach-typs.h，大约在1985行。

#define MACH_TYPE_ARMATA 1993

#define MACH_TYPE_EXEDA 1994

#define MACH_TYPE_MX31SF005 1995

#define MACH_TYPE_F5D8231_4_V2 1996

#define MACH_TYPE_Q2440 1997

#define MACH_TYPE_QQ2440 1998

#define MACH_TYPE_MINI2440 1999

#define MACH_TYPE_COLIBRI300 2000

#define MACH_TYPE_JADES 2001

#define MACH_TYPE_SPARK 2002

在/opt/mini2440/linux-2.6.32.2/arch/arm/mach-s3c2440目录下有一个mach-mini2440.c这个就是该版本自带的一个mini2440的文件。不过我们不使用它，直接将其删除。

将/opt/mini2440/linux-2.6.32.2/arch/arm/mach-s3c2440目录下的mach-smdk2440.c复制一份，命名为mach-mini2440.c文件，因为，Mini2440和smdk2440的结构最为相似，上面的外围的电路也很相似，所以在其基础上进行修改移植。打开刚刚改名的mach-mini2440.c，找到MACHINE_START(S3C2440, "SMDK2440")

修改为下面的内容

MACHINE_START(MINI2440, "FriendlyARM MINI2440 development board")

(4)修改时钟源

在mach-mini2440.c的第160行static void __init smdk2440_map_io(void)函数中，把其中的16934400(代表原SMDK2440目标板上的晶振是 16.9344MHz)改为mini2440开发板上实际使用的12000000(代表 mini2440 开发板上的晶振12MHz，元器件标号为X2)

static void __init mini2440_map_io(void)

{

s3c24xx_init_io(mini2440_iodesc, ARRAY_SIZE(mini2440_iodesc));

s3c24xx_init_clocks(12000000); //修改为 12000000

s3c24xx_init_uarts(mini2440_uartcfgs, ARRAY_SIZE(mini2440_uartcfgs));

}

用gedit打开刚才复制得到的mach-mini2440.c文件，原来是smdk2440，所以将该文件中的所有的smdk2440替换成mini2440。

除此之外，还要在mini2440_machine_init(void)函数中，把smdk_machine_init()函数调用注释掉，因为我们后面会编写自己的初始化函数，不需要调用smdk2440原来的。

static void __init mini2440_machine_init(void)

{

s3c24xx_fb_set_platdata(&mini2440_fb_info);

s3c_i2c0_set_platdata(NULL);

s3c_device_nand.dev.platform_data = &mini2440_nand_info; //添加没在官网提供的linux移植手册上看到有加这一句，刚开始没加编译正确，但是最后无法读出内核分区。

platform_add_devices(mini2440_devices, ARRAY_SIZE(mini2440_devices));

//smdk_machine_init();

}

编译测试，

#make mini2440_defconfig //使用mini2440官方自带的配置文件

#make zImage //编译内核,时间较长,最后会生成 zImage

重新编译并把生成的内核文件 zImage(位于 arch/arm/boot 目录)下到板子中,可以看

到内核已经可以正常启动了,如下图,但此时大部分硬件驱动还没加,并且也没有文件系统,

因此还无法登陆。