内核移植问题集锦

注：本文是学习朱老师课程整理的笔记，基于linux2.6.35.7和九鼎X210BV3S开发板进行移植。

问题1：公板移植文件的选择

开发板是三星公司的SMDKV210，所以在kernel/arch/arm/configs目录下选择smdkv210_android_defconfig作为默认配置文件。
开发板的CPU是ARM公司的s5pv210，所以在arch/arm/mach-s5pv210目录下选择移植文件。如何选？结合mach-s5pv210目录下的Makefile

 26 obj-$(CONFIG_MACH_SMDKC110)     += mach-smdkc110.o
 27 obj-$(CONFIG_MACH_SMDKV210)     += smdkc110-rtc.o
 28 obj-$(CONFIG_MACH_SMDKC110)     += smdkc110-rtc.o

和.config中定义了CONFIG_MACH_SMDKV210分析，实际绑定的是mach-smdkc110.c这个文件。所以实际上mach-smdkv210.c这个文件根本没用到。启示就是不要光看名字。

问题2：编译提示“xxx:这不是一个目录”

make: ***    arm/kernel.git/arch/arm: Is a directory.  Stop.

这个错误是在Makefile的 ARCH ?= $(SUBARCH)这行的后面多了一个空格造成的。 所以，在编辑Makefile时候，每行结尾，一定要确认没有空格，直接是换行。

问题3：内核解压地址出错

没有看到：Uncompressing Linux… done, booting the kernel.的打印信息，说明zImage根本没有被解压成功，内核代码根本就没有被运行，所以问题出在解压相关的部分。
问题出在内核配置的解压后代码放置的内存地址处。
内核配置的解压地址应该等于链接地址对应的物理地址，否则自解压之后内核无法运行。连接地址和他对应的物理地址在head.S中可以查到，分别是0xC0008000和0x30008000。那么自解压代码配置的解压地址应该是30008000。
自解压代码对应的自解压地址在mach/Makefile.boot文件中。加入两行：

# override for SMDKV210
zreladdr-$(CONFIG_MACH_SMDKV210)   := 0x30008000
params_phys-$(CONFIG_MACH_SMDKV210)    := 0x30000100

问题4：内核启动OOPS

串口打印如下信息：

Unable to handle kernel NULL pointer dereference at virtual address 00000060
Internal error: Oops: 5 [#1] PREEMPT
PC is at dev_driver_string+0xc/0x44
LR is at max8698_pmic_probe+0x150/0x32c

从以上错误信息中的PC和LR的值可以看出，程序是执行到dev_driver_string或者max8698_pmic_probe（这两个是函数或者汇编中的标号）符号部分的时候出错了。max8698_pmic_probe是max8698电源管理IC的驱动安装函数，X210开发板上根本就没有max8698这个电源管理IC，既然硬件都没有驱动执行了肯定会出错，OOPS了。
做法：make menuconfig，然后 / 搜索”MAX8698”这几个关键字，然后看到这个配置项的路径，然后到路径下去按N键去掉这个模块的支持，保存，重新编译即可。

问题5：不能识别的块设备

串口打印如下信息：

Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

在kernel启动时uboot会传给内核一个cmdline，其中用root=xx来指定了rootfs在哪个设备上，内核就会到相应的地方去挂载rootfs。譬如我们传参中：root=/dev/mmcblk0p2，这里的/dev/mmcblk0p2就是rootfs的设备地址，这个设备文件编号的含义就是mmc设备0的第2个分区（设备0就是在SD0通道上的设备，也就是iNand），这里的问题就是没找到mmc设备0的第2分区。为什么没找到mmc设备0的第2分区。一定是因为kernel启动过程中加载mmc驱动的时候有问题，驱动没有发现mmc设备0.问题定位在MMC相关的驱动方面。

SD/iNand都是由一个一个的扇区组成的，X210的启动时，BL1在SD卡的1扇区开始往后存放，SD卡的0扇区是用来放置MBR的，MBR就是用来描述块设备的分区信息的，事先定义了一个通用的数据结构来描述块设备的分区，要按照这个标准将分区信息写入MBR中即可对该设备完成分区。

uboot中有一个命令fdisk -c 0就是对iNand进行了分区。uboot的fdisk命令内部已经写死了iNand的分区表，内核直接读取MBR就知道了分区，uboot不用给内核传参时传递分区表信息。如果开发板用的是nandFlash，分区表一般是在内核中自己用代码构建的。所以nand版本的内核移植的时候一般都需要去移植更改nand分区表。

待续……