ARM 内核移植中常见的错误

1.下载linux-2.6.36.1.tar.bz2
问题:tar -zxvf 解压压缩文件出现问题，无法识别.
解决:1.通过file linux-2.6.36.1.tar.bz2 查看压缩格式
2.通过命令 bzip2 -d linux-2.6.36.1.tar.bz2解压
3.再通过tar xvf linux-2.6.36.1.tar解压，不能使用
tar zxvf linux-2.6.22.6.tar解压
4.上面也可以通过一条指令bzip2 -dc linux-2.6.XX.tar.bz2 | tar xvf -
其中XX为内核压缩包文件名

2.下载patch-2.6.36.1.bz2补丁文件
1.解压 bzip2 -d patch-2.6.36.1.bz2
2.cd linux-2.6.36.1/
3.patch -p1 < ../patch-2.6.36.1

3.先编译看下内核有没有问题，运行make命令出现下面的错误:
问题:drivers/input/touchscreen/eeti_ts.c:65: 错误： 隐式声明函数‘irq_to_gpio’
解决:重新make menuconfig，将driver中的输入设备->触摸设备中,将EETI选项不选，保存退出后，重新make.

4.将编译成功的内核zImage下载到板子中，出现如下问题：
问题:NOW, Booting Linux......
Uncompressing Linux... done, booting the kernel.
然后没有反应....
解决:1.Device Drivers--->Character devices--->Serial drivers
下，选择：Samsung SoC serial support
Support for console on Samsung SoC serial port
Samsung S3C2440/S3C2442 Serial port support
2.发现对应选项在Device Drivers->Character devices->Serial drivers中
一看,原来根本就没有加载Samsung SoC serial support , 选成静态编译之后又出现了
Support for console on Samsung SoC serial port ,就是它了,选上, 退出的时候顺便把
Kernel low-level debugging functions给取消了否则我们设置的printk会自行输出,就不知道ttySAC有没有加载成功了
3.最后发现原来时内核编译时需要传入一个启动命令:noinitrd root=/dev/mtdblock2 init=/linuxrc console=ttySAC0,
make menuconfig -> Boot options -> 第三行添加上面的启动命令，保存退出，启动成功～

5.启动过程中，出现问题:
问题:Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 80000005 [#1]
last sysfs file:
Modules linked in:
CPU: 0Not tainted(2.6.36.1 #20)
PC is at 0x0
LR is at s3c_gpio_setpull+0x80/0x8c
解决:参考网址:http://blog.csdn.net/ExclusivePig/archive/2010/10/24/5961869.aspx
将static inline int s3c_gpio_do_setpull函数修改为以下内容:
static inline int s3c_gpio_do_setpull(struct s3c_gpio_chip *chip,
unsigned int off, s3c_gpio_pull_t pull)
{
if(NULL != chip->config->set_pull)
return (chip->config->set_pull)(chip, off, pull);
else
return EINVAL;
}

6.内核终于启动起来了，但是接着又出现了下面的问题：
问题:List of all partitions:
1f00 256 mtdblock0 (driver?)
1f0164 mtdblock1 (driver?)
1f022048 mtdblock2 (driver?)
1f03 63152 mtdblock3 (driver?)
1f04 65536 mtdblock4 (driver?)
No filesystem could mount root, tried:cramfs
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,2)
解决:原来是没有添加YAFFS2文件系统，从网上下载，给内核打上补丁，重新make menuconfig，在file system中选择YAFFS2,重新make.
打补丁如下:./patch-ker.sh c /work/system/linux-2.6.36.1

7.编译出现问题，最新内核去掉了一些函数，和改变了一些函数的名字，致使YAFFS2在编译过程中出现错误。
解决:请参考：http://www.linuxhq.com/kernel/v2.6/36-rc1/fs/attr.c

8.再次下载编译好的内核，运行出现下面问题:
问题:yaffs: dev is 32505858 name is "mtdblock2"
yaffs: passed flags ""
yaffs: Attempting MTD mount on 31.2, "mtdblock2"
yaffs_read_super: isCheckpointed 0
VFS: Mounted root (yaffs filesystem) readonly on device 31:2.
devtmpfs: error mounting -2
Freeing init memory: 120K
Failed to execute /linuxrc.Attempting defaults...
Kernel panic - not syncing: No init found.Try passing init= option to kernel.
解决:1.启动命令有问题，根据查看分区信息(supervivi:part show)得知root分区在mtdblock3上，不是在2上
修改为:noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC0
2.问题依旧，重新make menuconfig,并对比友善之臂提供的mini2440源代码配置，重新选择，
Device Driver ->Generic Driver Options ->(取消)devtmpfs: error mounting -2被解决了，
但是依然无法启动继续查看。
3.系统在启动过程中出现了很多yaffs: block 456 is marked bad，block 457 is bad这样的错误，越来越多，通过网上搜寻找到解决办法:
我用的是板子自带的supervivi,使用命令bon part 0，就起到格式化整个Nand Flash芯片的作用，假坏块自然就化为乌有了。随后问题就柳暗花明。
4.将mini2440自带的文件系统重新烧如板子，用mini2440自带的内核文件启动，正常，说明文件系统没有问题，将自己编译的内核下载进去，依然无法启动，
5.添加一些内核输出信息，终于发现内核在:search_binary_handler()函数中的fn(bprm, regs)函数后，执行失败了。非常郁闷...
6.文件系统没有问题，显然还是内核编译有问题，然后通过网上查找说是load_elf_binary执行有问题，可能是加载文件系统的文件时不识别文件格式，于是
重新make menuconfig最后发现原来是要将General setup--->Choose SLAB allocator --->选上SLAB,不要选择SLUB。重新make