提示：本人在2008年进行Linux@ARM实验，在ARM9上安装Linux、利用SkyEye模拟器及U-BOOT引导。这是实验报告、以及实验过程中留下的记录，按日期倒序排列。

本文以CreativeCommons BY-NC 3.0协议授权

嵌入式系统作业二：Linux@ARM

5050369043 石君霄

一、实验环境

主机硬件：DELL INSPIRON 600m

操作系统：Ubuntu 8.04 Hardy

主机编译器：gcc 4.2.3

仿真环境：SkyEye 1.2.4

交叉编译器：arm-unknown-linux-gnu-gcc 3.4.5 with glibc 2.3.6

二、实验目标

安装SkyEye硬件仿真器，对arm920t处理器和Atmel AT91RM9200dk开发板进行仿真；

在仿真开发板上安装linux-2.6.25及BusyBox-1.9.2。

三、实验步骤

--------------------------------------------------------------------------------

#1 编译安装SkyEye

SkyEye是清华大学制作的一款开源硬件仿真器，支持ARM和BlackFin平台。

qemu只能仿真ARM的指令集，而SkyEye可以仿真整块开发板。

4月4日，我下载了SkyEye-1.2.4，下载地址是：

编译SkyEye的方法与普通Linux程序完全一致，应使用主机平台(i386)的编译器。

我使用的编译命令行是：

$ make STATIC=1 NO_DBCT=1 NO_LCD=1 NO_NET=1 NO_BFD=1

我指定了很多NO，禁止了不使用的功能，这有助于减少出错几率。

5月20日使用的skyeye.conf内容如下：

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

# yoursunny.com, 2008-05-14

# CreativeCommons BY-NC 3.0

cpu: arm920t

mach: at91rm92

# main memory, 32MB

mem_bank: map=M, type=RW, addr=0x20000000, size=0x02000000, file=./myimage, boot=yes

# defined in arch/arm/mach-at91/Makefile.boot

# kernel -> 20008000

# kernel param -> 20000100

# ramdisk -> 20410000

# IO ports of the board

mem_bank: map=I, type=RW, addr=0xfffa0000, size=0x00060000

uart: mod=stdio

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

--------------------------------------------------------------------------------

#2 获得交叉编译器

5月8日，我下载了一个二进制格式的交叉编译器，下载地址是：

这个编译器在i386平台上工作，能将代码编译为arm平台的目标代码。

在不加特别说明的情况下，后面的所有交叉编译操作都是使用这个交叉编译器完成。

5月21日，我尝试自己编译一套交叉编译器，但是没有成功。

这部分操作的详情，请看本文末尾。

--------------------------------------------------------------------------------

#3 编译Linux内核

5月8日，我下载了linux-2.6.25，下载地址是：

5月8日当天，我根据下列步骤尝试编译了Linux内核：

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

操作很简单的，kernel解压后在Documentation/arm/README可以找到说明：

1.打开顶层的Makefile，找到ARCH，改成ARCH=arm；

下面的CROSS_COMPILE写上编译器的路径，比如

CROSS_COMPILE=/usr/local/arm/bin/arm-unknown-linux-gnu-，

就是gcc可执行文件的绝对路径去掉最后的gcc

2.make config，出现数千个选项，

我找个东西压住键盘上的ENTER键，然后去喝杯茶，几分钟后接受了所有默认选择

3.make zImage，再喝杯茶，几分钟后完毕，

arch/arm/boot/zImage就是成品，1382436字节，压缩前的Image为2777632字节

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

当然，上述编译方法显然不是最优的，再随后的数十、上百次重新编译前，都进行了优化的配置：

$ sudo apt-get install libncruses5-dev #下载一个使用menuconfig所必须的组件

$ make menuconfig #这条命令会打开菜单式配置

改了很多地方

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Global Setup

Local version = -yoursunny #先给自己做个广告

swap = N #嵌入式系统是不需要虚拟内存换出的

initramfs/initrd support = Y #根文件系统，一定选上

Enable loadable module support = Y

Enable the block layer = Y #自动选上并锁定了

Large Block Devices = N #一共才多大，没有超过2TB的块设备

Large Single Files = N #一共才多大，没有超过2TB的文件

System Type

ARM system type = Atmel AT91

Atmel AT91 System-on-chip = AT91RM9200-DK

Bus Support

PCCard = N #没有SD卡

Kernel Features #里面全不选

Boot options

Default kernel command string #在后面不用U-Boot的情况下，这个非常有用

Userspace Binary formats

ELF = Y

a.out = Y

Power management options

Power management = N

Networking

Networking = N #编译SkyEye时已经禁止网络，这里开了也没用

Device Drivers #下面没提到的全部关闭

Block Devices

Loopback = Y #个人喜好

RAM block device = Y #ramdisk，当然要！

Character Devices

Virtual terminal = Y #自动选上

Serial Drivers

AT91 on-chip serial port = Y #串口，不选就什么也看不到了

console on AT91 serial port = Y

DMA on AT91 serial port = Y

install as ttyATn = Y

Graphic

Console display driver

VGA text console = N #VGA是指PC显示器，无需开启，否则编译错误

File systems #下面没提到的全部关闭

Misc

Minix = Y #我就用了这一种

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

--------------------------------------------------------------------------------

#4 编译U-Boot

5月8日，我下载了U-Boot-1.3.2，下载地址是：

最初的编译步骤是

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

打开顶层的Makefile，找到对应arm平台的CROSS_COMPILE，写上编译器的路径

make at91rm9200dk_config，调用了AT91RM9200开发板的配置

make all，几分钟后完毕，u-boot.bin或u-boot就是成品，分别为96724字节、324517字节

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

但是，无论使用go命令还是bootm命令都不能正常调用Linux内核，看不见内核的任何输出

5月14日，了解到U-Boot只能识别uImage格式，又使用mkimage工具制作了uImage

../u-boot-1.3.2/tools/mkimage -A arm -O linux -T kernel -C none -a 20008000 -e 20008000 -n linux-2.6.25 -d ./zImage uImage

能够看见uncompressing linux，但是uncompress完毕后就停止了输出、没反应了

5月15日，我放弃了U-Boot，将内核参数直接编译进内核，直接引导Linux内核。

当时的记录文字(事实上当时已经创建了根文件系统，但是那个根文件系统有问题)：

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

我想到，能否不用U-Boot，直接引导Linux呢？

写了个SHELL脚本myimage.sh，创建一个32M的文件准备装载在0x20000000，然后把zImage或Image、initrd写在合适的位置。

[ 0.000000] Linux version 2.6.25yoursunny (sunny@hardy) (gcc version 3.4.5) #29 Thu May 15 21:22:46 CST 2008

[ 0.000000] CPU: ARM920T [41009200] revision 0 (ARMvundefined/unknown), cr=00003177

[ 0.000000] Machine: Atmel AT91RM9200-DK

内核参数只能在内核的menuconfig里指定，因为没有U-Boot给它传参数了：

[ 0.007812] Kernel command line: root=/dev/ram initrd=0x20410000,0x00100000 rw console=ttyS0 mem=32M init=/sbin/init

但是——

[ 10.007812] Failed to execute /sbin/init. Attempting defaults...

[ 10.039062] Kernel panic - not syncing: No init found. Try passing init= option to kernel.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

--------------------------------------------------------------------------------

#5 编译BusyBox

5月8日，我下载了BusyBox-1.9.2，下载地址是：

(实际上是在4月4日下载的，当时1.10.0已出但标注了unstable；今天最新为1.10.2)

当时的编译过程

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1. 打开顶层的Makefile，ARCH=arm、CROSS_COMPILE=编译器的路径

2. make defconfig，默认配置

3. make，成品busybox，753072字节

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

后来又进行了menuconfig，只留下很少的功能，210.9KB

--------------------------------------------------------------------------------

#6 创建根文件系统

/dev/ram、loopback，方法很多，最终目标就是获得一个文件系统映像

由于这个工作一次成功很难，需要重复进行，所以我写了个脚本来完成这个操作：

下面是5月20日版本的initrd.sh：

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

#!/bin/sh

# script to create initrd ramdisk image

INITRD_FILE=~/study/IS222/m/initrd

INITRD_SIZE=4M

INITRD_GZ=~/study/IS222/m/initrd.gz

CPIO_FILE=~/study/IS222/m/initrd.cpio

INODE_COUNT=512

MNT_PATH=/mnt

BUSYBOX_PATH=~/study/IS222/busybox-1.9.2

LIB_PATH=/usr/local/arm/arm-unknown-linux-gnu/lib

echo /

echo Start creating initrd

# create any empty file

rm $INITRD_FILE

dd if=/dev/zero of=$INITRD_FILE bs=$INITRD_SIZE count=1

# create minix file system on this file

mkfs.minix -i $INODE_COUNT $INITRD_FILE

# mount as loopback disk

sudo mount -t minix -o loop $INITRD_FILE $MNT_PATH

# create devices

cd $MNT_PATH

mkdir dev

sudo mknod dev/console c 5 1

sudo mknod dev/kmem c 1 2

sudo mknod dev/mem c 1 1

sudo mknod dev/null c 1 3

sudo mknod dev/ram0 b 1 0

sudo mknod dev/ram b 1 0

sudo mknod dev/ttyAT0 c 204 154

sudo mknod dev/zero c 1 5

ln -s /proc/self/fd/0 dev/stdin

ln -s /proc/self/fd/1 dev/stdout

ln -s /proc/self/fd/2 dev/stderr

# install busybox

cd $BUSYBOX_PATH

make CONFIG_PREFIX=$MNT_PATH install

# create other directories

cd $MNT_PATH

mkdir mnt root var tmp proc boot etc lib

mkdir var/{lock,log,mail,run,spool}

# create /etc/inittab

touch etc/inittab

echo '::sysinit:/etc/init.d/rcS' >> etc/inittab

# create /etc/init.d/rcS

mkdir etc/init.d

touch etc/init.d/rcS

echo '#! /bin/sh' >> etc/init.d/rcS

echo 'export PATH=/bin:/sbin:/usr/sbin:/usr/bin' >> etc/init.d/rcS

echo 'mount -t proc proc /proc' >> etc/init.d/rcS

echo 'echo yoursunny Linux@ARM project, 2008-05-19' >> etc/init.d/rcS

echo '/bin/sh' >> etc/init.d/rcS

chmod 755 etc/init.d/rcS

# create /etc/passwd,group,shadow

touch etc/passwd

echo 'root:x:0:0:yoursunny.com:/root:/bin/sh' >> etc/passwd

chmod 644 etc/passwd

touch etc/group

echo 'root:x:0:root' >> etc/group

chmod 644 etc/group

touch etc/shadow

echo 'root::0:0:99999:7:::' >> etc/shadow # no password required, and password never expires

chmod 640 etc/shadow

# create /etc/busybox.conf

touch etc/busybox.conf

# copy libs required by busybox `arm-unknown-linux-gnu-readelf -a busybox | grep Shared`

cd $MNT_PATH

cp $LIB_PATH/ld-2.3.6.so lib/

ln lib/ld-2.3.6.so lib/ld-linux.so.2

ln lib/ld-2.3.6.so lib/ld-linux.so

ln lib/ld-2.3.6.so lib/ld.so

cp $LIB_PATH/libc-2.3.6.so lib/

ln lib/libc-2.3.6.so lib/libc.so.6

ln lib/libc-2.3.6.so lib/libc.so

unlink $MNT_PATH/sbin/init

cp /home/sunny/study/IS222/m/helloworld $MNT_PATH/sbin/init

# chown

sudo chown root:root -R $MNT_PATH/*

# umount & gzip

cd /

find $MNT_PATH | cpio --quiet -H newc -o | gzip -9 -n > $CPIO_FILE

sudo umount $MNT_PATH

gzip -c $INITRD_FILE > $INITRD_GZ

# done

echo Done creating initrd

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

使用shell脚本可以极大的提高工作效率。

上述脚本可以一次生成三个格式的根文件系统：initrd,initrd.gz,cpio(initramfs)

三个格式都是可用的。其中initrd无需解压，启动速度最快。

有很多资料仅仅提及copy files into dev bin sbin ...

这些复制操作用BusyBox的安装可以很轻易完成。

特别重要的是这几个文件：

/etc/inittab

/etc/init.d/rcS

BusyBox中登录相关的组件(getty、login)我没有选择，

因为我从未见过手机上弹出“linux login”。

我曾经选择过login，所以在根文件系统还需要创建：

/etc/passwd

/etc/group

/etc/shadow

上述文件，我的脚本里都创建了。

5月15日的init not found问题，原因是没有加入lib目录。

如果BusyBox是动态链接的，必须把交叉编译器目录内的.so库文件复制入initrd。

用以下命令可以看出BusyBox可执行文件所依赖的库：

arm-unknown-linux-gnu-readelf -a busybox | grep Shared

看到的曾经有libcrypt，后来关闭shadow密码支持后就不再需要。

libc总是需要的，要照原样复制进去、做好符号链接。

5月19日看到，ld这个库也必须加进去，否则程序也是无法执行的。

--------------------------------------------------------------------------------

#7 产生“myimage”

5月15日我放弃了U-Boot，而内核与initrd必须位于同一bank；

我使用了一个“myimage”文件，将Image与initrd安排在合适的位置；

myimage是使用下列myimage.sh脚本创建的：

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

#!/bin/sh

# create a image to put at 0x20000000

rm ./myimage

# 0x20000000 ~ 0x22000000 empty

dd if=/dev/zero of=./myimage bs=4096 count=8192

# 0x20008000 zImage

cp /sunny/linux-2.6.25/arch/arm/boot/Image ./Image

dd if=./Image of=./myimage bs=4096 conv=notrunc seek=8

# 0x20410000 initrd

dd if=./initrd of=./myimage bs=4096 conv=notrunc seek=1040

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

--------------------------------------------------------------------------------

#8 运行 -> 失败

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

sunny@hardy:~/study/IS222/m$ ./skyeye

big_endian is false. #这里是SkyEye的输出

arch: arm

cpu info: armv4, arm920t, 41009200, ff00fff0, 2

mach info: name at91rm92, mach_init addr 0x805a8b0

uart_mod:0, desc_in:, desc_out:, converter:

SKYEYE: use arm920t mmu ops

Loaded RAM ./myimage

start addr is set to 0x20000000 by exec file.

# 这里开始是Linux内核的输出

Linux version 2.6.25-yoursunny (sunny@hardy) (gcc version 3.4.1) #88 Wed May 21 18:22:23 CST 2008

CPU: ARM920T [41009200] revision 0 (ARMvundefined/unknown), cr=00003177

Machine: Atmel AT91RM9200-DK

Warning: bad configuration page, trying to continue #内核没找到参数

# 初始化内存、CPU，省略

Kernel command line: root=/dev/ram0 rw initrd=0x20410000,0x00400000 console=ttyAT0 mem=32M@0x20000000

# 上面这行是编译内核时指定的内核启动命令行参数

Division by zero in kernel.

Division by zero in kernel.

# 在uart_get_divisor里有除零错，这种错误有好几个；据说是SkyEye的bug

console [ttyAT0] enabled #初始化串口，作为控制台

Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)

Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)

Memory: 32MB = 32MB total #内存也认识了

Memory: 26940KB available (1216K code, 111K data, 80K init)

Mount-cache hash table entries: 512

CPU: Testing write buffer coherency: ok

checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd

Freeing initrd memory: 4096K #为initrd准备内存

# 此处有删节

at91_spi: Baud rate set to 16384

# 这里的问题很严重，地址不对，后面我会说明

atmel_usart.0: ttyAT0 at MMIO 0xfefff200 (irq = 1) is a ATMEL_SERIAL

atmel_usart.1: ttyAT1 at MMIO 0xfffc4000 (irq = 7) is a ATMEL_SERIAL

# 此处有删节

RAMDISK: Minix filesystem found at block 0 #找到了根文件系统

RAMDISK: Loading 4096KiB [1 disk] into ram disk... done.

VFS: Mounted root (minix filesystem).

Freeing init memory: 80K

Division by zero in kernel.

Division by zero in kernel.

# 下面4行是我修改了内核代码输出的，后面我会说明

/sbin/init - do_execve

/etc/init.d/rcS - do_execve

/bin/mount - do_execve

/bin/sh - do_execve

# 停在这里，再也没有反应

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

看不到shell或login，所以实验没能成功。

从5月15日到21日，我一直在尝试解决这个问题，但是没能解决。

这个问题的可能原因是：

[A] init文件找不到

我阅读了内核源码，在其中插入printk打印调试信息，以跟踪内核执行流程。

在跟踪中，我观察到内核的执行情况：

init/main.c，init_post函数，run_init_process("/sbin/init");不再返回。

如果/sbin/init文件没有找到，理应继续寻找/etc/init，最终panic。

run_init_process("/sbin/init");后面插入的printk看不到，证明init已找到。

[B] init文件没有启动成功

run_init_process函数调用了kernel_execve，位于arch/arm/kernel/sys_arm.c

函数里有一段汇编代码，汇编之前的printk可以看到，之后的看不到；

注释也指出，成功情况下，这段汇编是不会返回的，会跳转到用户态。

汇编我看不懂，但里面明显有一个ret_to_user符号，

grep之，在arch/arm/kernel/entry-common.S找到了。

http://hi.baidu.com/qjw1226/blog/item/5f5c97fc97f0c780b801a001.html

这篇文章指出ret_to_user是用于系统调用后从内核态返回用户态、并包含进程调度功能

[C] BusyBox有问题

BusyBox的FAQ指出：

写一个静态链接的hello world作为init，如果看不到打印的消息，

就先不要责怪BusyBox有问题；我根据提示尝试了，确实没能看到hello world。

我的hello world没有输出任何消息；如果里面没有写漫长的sleep，

那么就会在一段时间以后出现panic: attempt to kill init

网上资料说看到这个panic表示hello world已经执行完毕

[D] 判断进程是否能启动

我的/etc/init.d/rcS里调用了mount命令，会产生进程。

在kernel的fs/exec.c的do_execve函数/* execve success */后面插入：

printk(filename);

printk(" - do_execve\n");

能够看到

/sbin/init - do_execve

/etc/init.d/rcS - do_execve

/bin/mount - do_execve

/bin/sh - do_execve

这些信息告诉我，进程都能执行并工作(否则mount不会被调用)

但是shell的输出没有到达ttyAT0这个串口上、而是输出到了其他地方。

[E] 串口问题

很怀疑问题出在串口上

SkyEye的arch/arm/mach/at91rm92.h

#define AT91RM92_UART_BASE (0xfffc0000)

但是内核启动时输出了

atmel_usart.0: ttyAT0 at MMIO 0xfefff200 (irq = 1) is a ATMEL_SERIAL

atmel_usart.1: ttyAT1 at MMIO 0xfffc4000 (irq = 7) is a ATMEL_SERIAL

地址不一致。

可是下面两个事实让我认为这两个地址是虚拟地址而不是物理地址，从而没有问题：

1.0xf2fff200、0xfffc4000两个地址上没有bank，却没有引起SkyEye报错

2.内核的printk可以正常工作

[F] /dev目录的问题

/dev/console /dev/ttyAT0都已经正确创建了，我检查过很多次

sudo mknod dev/console c 5 1

sudo mknod dev/ttyAT0 c 204 154

--------------------------------------------------------------------------------

四、感想、收获、体会

这个项目没有成功，但是让我学到了：

[A] linux 2.6内核

在解决问题的过程中，我阅读了部分linux内核代码，了解了linux内核代码的基本结构和风格。

[B] GNU工具链构建

5月21日，我为了验证问题是否由编译器造成，尝试编译了GNU工具链，不过没有成功。

在本文随附的html文件中，详细给出了我尝试编译GNU工具链的过程。

[C] mkfs、mount等文件系统命令的使用

在构建initrd过程中(以及5月21日解决主机磁盘不足，见html)，

我学会了mkfs、mount等文件系统命令的使用。

[D] 耐心

这个项目花了很多时间，从html文件的记录看，总共7次，每次在4~10个小时。

我认为，自己耐心制作，即使没有成功，也比获取一个去年的实验报告改头换面要有用得多。

如果拿别人的报告来充数，是无法获得这里的A~D的，而只能获得“[Z]文章修订技巧”。

五、参考资料

这个项目的制作过程中，参考了大量的资料。

参考资料的链接已在html文件中给出。

5050369043石君霄 2008-05-21

后面是实验过程中的日记。

2008-05-21 玩转工具链 -> 宣告失败

根据昨天的计划，开始重新编译最新版的binutils、arm-linux-gcc和glibc。

一个很严重的问题是——我的磁盘空间不足了。直接使用Windows分区不是个好主意——那样会造成所有文件都变成777属性，看起来很不舒服；用loop设备的方法会好一点。创建loop设备并挂载文件系统的方法：

先挂载上Windows分区，然后cd到此分区的某个目录

dd if=/dev/zero of=./gccdisk bs=1k count=1M，创建1G的空白文件

mkfs.ext3 -i 40000 ./gccdisk，在这个文件中创建ext3文件系统

sudo mount -o loop ./gccdisk /sunny/gccdisk，挂载loop文件系统。

根据需要用ln -s创建符号连接编译还需要lex和yacc的支持，Ubuntu源里没有，说sudo apt-get install flex bison，果然安装上了。

正式开始编译！

$ export TARGET=arm-linux

$ export PREFIX=/sunny/gccdisk

$ export TARGET_PREFIX=/sunny/gccdisk/arm-linux

跳过了kernel的menuconfig，因为已经做过了；准备好内核头文件

$ cd linux-2.6.25

$ mkdir -p $TARGET_PREFIX/include

$ cp -r include/linux/ $TARGET_PREFIX/include

$ cp -r include/asm-arm/ $TARGET_PREFIX/include/asm

$ cp -r include/asm-generic/ $TARGET_PREFIX/include

开始编译binutils

$ tar -xzf binutils-2.9.1.tar.gz

$ cd ../binutils-2.9.1

$ ./configure --target=$TARGET --prefix=$PREFIX

出现错误：*** BFD does not support target arm-unknown-linux-gnu.

打开bfd/config.bfd一看，对arm只支持这些格式：  arm-*-riscix*、arm-*-pe*、arm-*-aout、arm-*-coff，退而求其次，换a.out吧

$ export TARGET=arm-linux-aout

$ export TARGET_PREFIX=/sunny/gccdisk/arm-linux-aout

$ mv $PREFIX/arm-linux $PREFIX/arm-linux-aout

$ ./configure --target=$TARGET --prefix=$PREFIX

creating Makefile成功

$ make

提示libiberty/strerror.c有错，与Ubuntu的头文件定义不一致；在#ifdef NEED_sys_errlist前把这个名称#undef掉，然后#else里的sys_errlist类型改成和Ubuntu头文件一致

$ make

提示libiberty/cplus-dem.c有错，malloc，参考/usr/include/malloc.h改成void *malloc (size_t __size);通过。

$ make

没看到错误提示，估计是成功了

$ make install

打开/sunny/gccdisk一看，出现了很多可执行文件，成功

$ cd ..

开始编译gcc

$ mkdir $PREFIX/gcc-4.3.0

$ ln -l $PREFIX/gcc-4.3.0 gcc-4.3.0

上面两步纯粹为了解决磁盘空间不足问题，不是必须步骤

$ tar -xjf gcc-core-4.3.0.tar.bz2

$ tar -xjf gcc-g++-4.3.0.tar.bz2

如果磁盘足够，可以直接使用gcc-4.3.0.tar.bz2；我不需要java、ada之类的，所以就只要C和C++就行了

由于C++编译器依赖于glibc，现在只能先编译C编译器

$ cd gcc-4.3.0

$ ./configure --target=$TARGET --prefix=$PREFIX --without-headers --with-newlib --enable-languages=c

还缺东西：Building GCC requires and .

$ sudo apt-get install libmpfr-dev

mpfr的网站打不开，在谷歌快照里看到了“debian package”，Ubuntu的源里也有这个package

$ ./configure --target=$TARGET --prefix=$PREFIX --without-headers --with-newlib --enable-languages=c

$ make

这个郁闷了：*** Configuration arm-linux-aout not supported；返回arm-linux目标吧

$ export TARGET=arm-linux

$ export TARGET_PREFIX=/sunny/gccdisk/arm-linux

$ ln -s $PREFIX/arm-linux-aout $TARGET_PREFIX

$ ./configure --target=$TARGET --prefix=$PREFIX --without-headers --with-newlib --enable-languages=c

$ make

10分钟后——checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile

仔细看看那本Building Embedded Linux System.chm，原来是make目标错了

$ make all-gcc

$ make install-gcc

迅速成功，/sunny/gccdisk/bin出现了可爱的gcc

$ cd ..

下一步是glibc

$ mkdir $PREFIX/glibc-2.7

$ ln -s $PREFIX/glibc-2.7 glibc-2.7

$ tar -xjf glibc-2.7.tar.gz

$ mkdir build

$ cd build

$ CC=$PREFIX/arm-linux/bin/gcc ../configure --host=$TARGET

--prefix=$PREFIX --enable-add-ons --with-headers=$TARGET_PREFIX/include

好像不行：checking sysdep dirs... configure: error: The arm is not supported.

看到sysdeps/目录里确实没有arm目录

继续搜索，了解到需要glibc-ports-2.7

$ cd ..

$ wget

$ tar -xjf glibc-ports-2.7

$ CC=$PREFIX/arm-linux/bin/gcc ../configure --host=$TARGET

--prefix=$PREFIX --enable-add-ons=../glibc-ports-2.7

--with-headers=$TARGET_PREFIX/include

编译失败，config.log里说ccl找不到；我在$PREFIX/libexec/gcc/arm-linux/4.3.0找到了ccl这个文件，加入path里

$ PATH=$PREFIX/libexec/gcc/arm-linux/4.3.0:$PATH

CC=$PREFIX/arm-linux/bin/gcc AR=$PREFIX/bin/arm-linux-aout-ar

RANLIB=$PREFIX/bin/arm-linux-aout-ranlib

AS=$PREFIX/bin/arm-linux-aout-as LD=$PREFIX/bin/arm-linux-aout-ld

../configure --host=$TARGET --prefix=$PREFIX

--enable-add-ons=../glibc-ports-2.7

--with-headers=$TARGET_PREFIX/include

还是失败，config.log说Error: too many memory references for `mov'，看起来是x86汇编……

$ cd ../..

暂时没有解决方案，试试uClibc吧

$ export CROSS=$PREFIX/bin/arm-linux-

$ ln -s $CROSS'aout-ar' $CROSS'ar'

$ ln -s $CROSS'aout-as' $CROSS'as'

$ ln -s $CROSS'aout-ld' $CROSS'ld'

$ ln -s $CROSS'aout-objcopy' $CROSS'objcopy'

$ ln -s $CROSS'aout-objdump' $CROSS'objdump'

$ ln -s $CROSS'aout-ranlib' $CROSS'ranlib'

$ ln -s $CROSS'aout-strip' $CROSS'strip'

先用符号链接统一一下“arm-linux-aout”与“arm-linux”的区别(binutils留下的怪事～)

$ tar -xjf uClibc-0.9.29.tar.bz2

$ cd uClibc-0.9.29

$ make CROSS=$CROSS defconfig

$ make CROSS=$CROSS menuconfig

修改arm、arm920t、little endian、kernel header location、cross等

$ make

提示错误：Error: Unknown pseudo-op:  `.section'

看起来还是我的编译器有问题！！！！！

体验了编译工具链之后，到这里无法继续。指

出：“Linux 2.6.14 compiles with the 3.4.1 tool chain. It failed with

3.3.2.”，也就是说最新版本的编译器有时候就是会出奇怪问题——特别是我把elf、aout混合使用，天知道会发生什么……

下载了一个

修改kernel、BusyBox等的Makefile，指向新的编译器。make clean、make。

但是——shell还是不理我，呜呜呜……

(另外发现，用下载来的新编译器产生的helloworld，file命令还是看到for GNU/Linux 2.4.3)

时间不多了，我决定尝试另一个版本：。

首先修改顶层Makefile的ARCH、CROSS_COMPILE；居然不支持make defconfig，且make menuconfig会出错……只好老老实实make config，后面也可以vi .config修改少量配置。

make dep也会出错，arch/arm/Makefile里的-mshort-load-bytes删掉即可。

$ make

blkpg.c:252: error: asm-specifier for variable `__r1' conflicts with asm clobber list

rd.c:306: error: asm-specifier for variable `__r1' conflicts with asm clobber list

loop.c:903: error: asm-specifier for variable `__r1' conflicts with asm clobber list

不是64位，BLKGETSIZE64一般也不会用到，注释掉

/sunny/linux-2.4.36.4/include/asm/keyboard.h:68:31: asm/arch/keyboard.h: No such file or directory

SkyEye虚拟开发板上不需要键盘，所以touch include/asm/arch/keyboard.h创建一个空文件

filemap.c:1948: error: asm-specifier for variable `__r1' conflicts with asm clobber list

这次是sys_sendfile64函数，怎么又是64位的东西？

core.c:176: error: `MACH_TYPE_AT91RM9200' undeclared here (not in a function)

别处都是MACH_TYPE_AT91RM9200DK，这儿却丢了DK二字，在include/asm/mach-types.h定义一下吧

cc1: error: invalid option `no-fpu'

arch/arm/Makefile，删去-mno-fpu

Generating arch/arm/vmlinux.lds——终于通过了编译阶段，到了ld；错误更多了，都是undefined reference……

又是内核的问题，无法解决，放弃……用原来的那个编译器尝试，问题依旧

我不想继续这个项目，下面开始整理代码、写报告

2008-05-20 shell不理人，解决不了吗？

继续分析了昨天最后遇到的kernel_execve函数，汇编最后一行是b ret_to_user。这个符号定义于arch/arm/kernel/entry-common.S，这篇文章指

出它是用于系统调用后从内核态返回用户态、并包含进程调度功能。从昨天的一部分输出看，为了执行/etc/init.d/rcS里的shell脚本，内核

创建了sh进程；rcS里写个mount命令，内核就会创建mount进程——这意味着，ret_to_user没有问题，用户态程序能够获得控制权。

我估计，存在的问题是，shell的输出没有到达ttyS0这个串口上、而是输出到了其他地方。指出，写一个静态链接的hello world作为init，如果看不到打印的消息，就先不要责怪BusyBox有问题；我根据提示尝试了，确实没能看到hello world。

又一次开始狂翻邮件列表

的问题和我很像

In short, if you use buildroot , you will not be able to see any login prompt!

解决方法是：

Make sure your /dev directory contain reasonable files such as /dev/console /dev/stdin /dev/sdtout

我没有用buildroot也没有用uClibc，但是我仍然根据提示建立了/dev/stdin、stdout、stderr三个符号链接。

没有解决我的问题。

看见了“maxim's patch”，搜索之——是上提供的内核补丁(arm linux已经集成于内核、不需要自己patch，但是at91开发板还是需要对内核进行小小的修改)。patch -p0 -i 2.6.25-at91.pathc，打上补丁()。

没有解决我的问题。

用file命令发现我用的交叉gcc、glibc都是for GNU/Linux 2.4.3，难道是这个问题？下载了binutils、gcc、glibc源码，打算重新编译。comic上(仅限校内访问，用xchm打开观看)。

2008-05-19 shell，你能听到我吗？

事实上，15日最终的配置，init就是不能启动的：把libc、libcrypt复制进去还不够，还需要ld才能这个库，init才能启动。

于是——内核执行到达run_init_process("/sbin/init")后(在内核代码中插入printk可以看出)，就不再输出任何东西了。

一步步阅读内核源码、在适当位置插入printk，发现BusyBox的init要读取/etc/inittab、并执行/etc/init.d/rcS，而我的initrd里没有这两个文件；参考网上资料建立之。

现在的问题是，从插入的printk输出中已经看出，内核已经能正确读取initrd的内容、开始加载进程。从init/main.c的

run_init_process调用了arch/arm/kernel/sys_arm.c的kernel_execve函数，进入里面的汇编代码后就

没出来；暂不理解这段汇编的含义。我看不到shell的任何输出。

2008-05-15 直接引导，可以吗？

查看了Linux kernel的arch/arm/mach-at91/Makefile.boot文件：

zreladdr-y    := 0x20008000

params_phys-y    := 0x20000100

initrd_phys-y    := 0x20410000

莫非这就是内核应该载入的物理地址、以及默认寻找initrd的物理地址？

把uImage的载入的地址修改成上述地址，但还是在uncompress完毕后停住

$ ../u-boot-1.3.2/tools/mkimage -A arm -O linux -T kernel -C none -a 20008000 -e 20008000 -n linux-2.6.25 -d ./zImage uImage

$ ../u-boot-1.3.2/tools/mkimage -A arm -O linux -T ramdisk -C none -a

20410000 -e 20410000 -n linux-2.6.25-initrd -d ./initrd initrd.u

我想到，能否不用U-Boot，直接引导Linux呢？

写了个SHELL脚本myimage.sh，创建一个32M的文件准备装载在0x20000000，然后把zImage或Image、initrd写在合适的位置。

[    0.000000] Linux version 2.6.25yoursunny (sunny@hardy) (gcc version 3.4.5) #29 Thu May 15 21:22:46 CST 2008

[    0.000000] CPU: ARM920T [41009200] revision 0 (ARMvundefined/unknown), cr=00003177

[    0.000000] Machine: Atmel AT91RM9200-DK

内核参数只能在内核的menuconfig里指定，因为没有U-Boot给它传参数了：

[    0.007812] Kernel command line: root=/dev/ram initrd=0x20410000,0x00100000 rw console=ttyS0 mem=32M init=/sbin/init

但是——

[   10.007812] Failed to execute /sbin/init.  Attempting defaults...

[   10.039062] Kernel panic - not syncing: No init found.  Try passing init= option to kernel.

在看到，BusyBox可能有外部依赖，用readelf一看，果然：

$ /usr/local/arm/bin/arm-unknown-linux-gnu-readelf -a ~/study/IS222/busybox-1.9.2/busybox | grep Shared

0x00000001 (NEEDED)                     Shared library: [libcrypt.so.1]

0x00000001 (NEEDED)                     Shared library: [libm.so.6]

0x00000001 (NEEDED)                     Shared library: [libc.so.6]

修改initrd.sh脚本，把这3个lib也cp进去、且内核menuconfig支持so模块，/sbin/init就能够启动了

但是——

[   18.546875] attempt to access beyond end of device

[   18.554687] ram0: rw=0, want=3408159018, limit=8192

[   18.562500] Buffer I/O error on device ram0, logical block 3851563156

发现是内核启动参数initrd忘了改，改为initrd=0x20410000,0x00400000，那个No init found的老毛病又来了。sigh~

2008-05-14 U-Boot引导Linux

盲目中试了很多次go c0000000(我在这个地址载入了linux内核的zImage)，总是出错、SKYEYE提示no bank。

看了资料，说U-Boot应该使用uImage格式、而不是zImage或vmlinux或Image，用mkimage命令可以制作zImage。

还写了个SHELL脚本initrd.sh，自动创建initrd：dd一个1M的空文件，mount成loopback设备，在里面mknod一些dev，将busybox安装进去，然后umount。

运行！在uncompress kernel完毕booting the kernel时，就停住了，什么反应也没有。不知如何解决……

今天查看的主要资料：

2008-05-08 编译Linux Kernel、U-Boot、BusyBox

主机重装了，Ubuntu Hardy、gnome，用alternate光盘安装的，而且专门做了ext3的分区，不再使用NTFS+Wubi。

今天编译了 ，用的编译器是；是的，我总是热衷于最新的平台。

操作很简单的，kernel解压后在Documentation/arm/README可以找到说明：

打开顶层的Makefile，找到ARCH，改成ARCH=arm；下面的CROSS_COMPILE写上编译器的路径，比如

CROSS_COMPILE=/usr/local/arm/bin/arm-unknown-linux-gnu-，就是gcc可执行文件的绝对路径去

掉最后的gcc

make config，出现数千个选项，我找个东西压住键盘上的ENTER键，然后去喝杯茶，几分钟后接受了所有默认选择

make zImage，再喝杯茶，几分钟后完毕，arch/arm/boot/zImage就是成品，1382436字节，压缩前的Image为2777632字节

还有u-boot-1.3.2，README有说明，同样很简单：

打开顶层的Makefile，找到对应arm平台的CROSS_COMPILE，写上编译器的路径

make at91rm9200dk_config，调用了AT91RM9200开发板的配置

make all，几分钟后完毕，u-boot.bin或u-boot就是成品，分别为96724字节、324517字节

busybox-1.9.2

打开顶层的Makefile，ARCH=arm、CROSS_COMPILE=编译器的路径

make defconfig，默认配置

make，成品busybox，753072字节

目前只有U-Boot能运行，根据一次成功。