linux 内核移植（八）——移植三星移植过的内核

8.21

1：做好移植前的准备工作

  获取三星移植过的kernel,创建SI工程，添加到虚拟机中，修改Makefile的ARCH和CROSS_COMPILE修改结果如下

ARCH = arm

CROSS_COMPILE = /usr/local/arm/arm-2009q3/bin/arm-none-linux-gnueabi-

然后试着去配置，（在arch/configs/下找一个最接近自己开发板的，这里选择的是smdkv210_android_defconfig）得到.config文件，然后make menuconfig，因为暂时还没有进行移植，所以这里先不进行配置，直接make -j4去编译。并将编译后得到的zImage下载到开发板中，尝试去运行，

2：运行结果如下

并没有看到

自解压代码运行后打印的信息

kernel运行打印的第一句信息

分析：

  （1）kernel运行只得到Starting kernel ...并且没有看到自解压代码运行后的打印信息，说明kernel根本就没有被运行，所以问题出在解压相关的部分

  （2）进一步分析，因为自解压代码是硬件无关的，所以自解压代码是不会出错的，所以问题出在解压后，运行前，也就是解压后kernel被放置到什么地方去运行了。

  （3）内核里面可以设置将来解压后代码被放到什么地方，这个地址如果设置不对，内核就有可能运行不起来，所以这个内核配置的解压地址地址必须和我们的链接地址相同，所以这个时候需要确定内核的链接地址和内核中配置的解压地址是多少

  （4）还有一个问题：内核的链接地址是一个虚拟地址，而自解压代码解压内核时需要的是物理地址（原因是自解压代码运行时内核还未运行，MMU还未开启），所以上面说的等于，其实是链接地址的虚拟地址等于解压地址的物理地址

  （5）在head.S中就定义了这两个地址

分别是0xC0008000和0x30008000。那么自解压代码配置的解压地址应该是30008000.

  （6）解决办法：自解压代码对应的自解压地址在mach/Makefile.boot文件中。在其中修改，加入两行：

# override for SMDKV210

zreladdr-$(CONFIG_MACH_SMDKV210) := 0x30008000

params_phys-$(CONFIG_MACH_SMDKV210) := 0x30000100

 （7）同步代码，并且编译，得到的zImage复制到/tftpboot，然后重新下载运行查看结果。

3：结果就是：

还是没运行，但是有效果。自解压代码解压打印信息已经出来了。但是内核还没运

自解压的代码已经打印，说明自解压已经完成，所以问题应该处在代码运行的地方，查看head.S中的物理地址宏定义可知

这里将PHYS_OFFSET这个宏设置在了2000000这个地址处，而我们在uboot是将内存配置在30000000开头处的

解决办法：将物理地址的宏定义20000000 改为30000000

重新烧录运行结果如下

内核已经启动，但是5秒后由会重启，说明内核启动还是有问题

说明机器码校验通过

说明uboot传参没问题

错误发生的地方，内核遭遇了野指针，

继续往下分析

这里的pgd是内存管理相关的，和我们移植没关

Internel error :内部错误

Oops ：内核错误的致命信息，启动时看到Oops表示内核已经死了，死亡信息也在这附近

PC is at dev_driver_string+0xc/0x44

LR is at max8698_pmic_probe+0x150/0x32c

从以上错误信息中的PC和LR的值可以看出，程序是执行到dev_driver_string或者max8698_pmic_probe（这两个是函数或者汇编中的标号）符号部分的时候出错了。我们就从这两个符号出发去寻找、思考可能出错的地方然后试图去解决。

  （1）max8698_pmic_probe看名字是max8698这个电源管理IC的驱动安装函数部分出错了，应该是我们的开发板系统中配置了支持这个电源管理IC，于是乎启动时去加载他的驱动，结果驱动在加载执行的过程中出错了OOPS了。

  （2）结合我们X210开发板的硬件实际情况来分析：我们X210开发板上根本就没有max8698这个电源管理IC，既然硬件都没有驱动执行了肯定会出错。

  (3)回忆当时从三星版本的uboot移植的时候，在uboot的lowlevel_init.S中也有调用个电源管理IC初始化函数（PMIC_init），后来解决的办法就是屏蔽掉了这个函数的调用，uboot就成功运行下去了。

解决办法：通过menuconfig配置面板中去配置，取消max8698的配置，使其不被编译（先使用搜索/功能区定位配置的路径，然后去配置即可）

编译运行结果

错误原因是没有挂载根文件系统

  （1）我们这里本身就没有挂载根文件系统，所以，这里报错是正常的

  （2）内核启动到根文件系统挂载，说明之前的初始化配置都是正确的。