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: 0    Not 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?)
           1f01              64 mtdblock1 (driver?)
           1f02            2048 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