今天开始移植三星原厂的kernel，做一下笔记，以备日后所需
移植的时候有一点感想，就是最好别注释掉不对的源码，定义的地方千万别动，尽量修改调用的地方，这样可以极大的避免出错；此外加上自己代码的时候应该后面用特殊的注释标注一下，这样通过编辑器搜索就很容易定位自己改过的地方
1.先烧录看现象
先烧到板子里试试看，看看有什么现象，再做分析
解压源码后，先看看Makefile中的交叉编译工具链和架构信息有没有问题。先在Makefile中搜索CROSS_COMPILE，发现架构信息和交叉编译工具链在同一处，如图：
它们都是用复杂的表达式来定义的，在此，我们注释掉它们，然后添加我们自己的工具链
#sjh_comment
#ARCH ?= $(SUBARCH)
#CROSS_COMPILE ?=
#CROSS_COMPILE ?= $(CONFIG_CROSS_COMPILE:"%"=%)
#end
#sjh_add
ARCH = arm
CROSS_COMPILE = /usr/local/arm/arm-2009q3/bin/arm-none-linux-gnueabi-
#end
接下来要进行编译前的板级配置，我们要找到一个合适的xxx_defconfig，进入arch/arm/configs目录下发现里面都是xxx_defconfig文件，我们选择smdkv210_android_defconfig。然后make smdkv210_android_defconfig，完成配置
由于kernel启动会根据U-boot传过来的机器码来进行硬件配置，所以我们要选择一个合适的机器码，按照kernel启动汇编阶段分析的方法查找，找一个合适的机器码，我们选择smdkv210（机器码为2456），并且确保U-boot传递的机器码和其相同
最后 make -j4 编译，编译得到的zImage在 arch/arm/boot下，把它用tftp下载到板子上启动，发现：
可知内核启动没有成功
2.解决底层问题，尝试看到打印信息
已知正常情况的打印信息如下：
Starting kernel是U-boot打印的，Uncompressing 这句是zImage的自解压头部打印的，后面那句是kernel打印的
·由上一步现象里，连zImage的自解压头部都没打印出来信息….分析可知，zImage没有被解压，内核根本就没有被运行，所以问题出在解压相关的部分
·参考U-boot引导内核流程分析文章末尾的几种情况，我们基本上可以断定，问题的原因是kernel链接地址与加载地址以及zImage自解压地址三者不相等导致的，已知我们U-boot加载kernel的地址是30008000，那么我们就来检查kernel链接地址与zImage自解压地址
·首先进入head.S，按照kernel启动汇编阶段分析中的方法查看kernel的物理链接地址，发现是20008000，我们直接将其改成30008000；然后我们再进入arch/arm/mach-s5pv210/Makefile.boot文件中查看自解压地址，发现：
zreladdr-y的意思就是自解压地址，params_phys-y的意思是存放参数的地址。有上图可知，后面两组都是对的，而第一组有问题，我们直接改掉就行
#sjh_comment
#zreladdr-y := 0x20008000
#params_phys-y := 0x20000100
#end
#sjh_add
zreladdr-y := 0x30008000
params_phys-y := 0x30000100
#end
然后直接make即可，因为kernel的Makefile写的非常好，所以不用每次都make distclean，编译完了千万记得把zImage放到/tftpboot中。烧录，发现：
kernel成功启动！虽然后面还有一堆问题，但是已经基本有了雏形
3.确定mach-xxx.c
mach-xxx.c是和板级初始化相关的一个文件，在kernel启动后，有很多的初始化是由它来负责的，可以说mach-xxx.c是移植的关键
首先可以确认，我们使用的mach-xxx.c一定是在arch/arm/mach-s5pv210目录下，但是这个目录下有很多mach-xxx.c，比如mach-goni.c、mach-smdkc110.c、mach-smdkv210.c，这些文件代表了不同的开发板（板子上的cpu都是s5pv210），那么我们到底使用的是哪一个呢？如果选择mach-smdkv210.c那就大错特错了，其实这个mach-xxx.c在我们配置时make xxx_defconfig产生的.config决定的，打开arch/arm/mach-s5pv210下的Makefile，发现
obj-$(CONFIG_MACH_SMDKV210) += mach-smdkc110.o
obj-$(CONFIG_MACH_SMDKC110) += mach-smdkc110.o
obj-$(CONFIG_MACH_GONI) += mach-goni.o
果然，编译哪个mach-xxx.c是由.config决定的，查看.config，发现我们定义了CONFIG_MACH_SMDKV210。由此可知，我们使用的是mach-smdkc110.c；其实还有一种简单粗暴的方法，直接编译，arch/arm/mach-s5pv210目录下去看看生成了哪个.o文件，也可以确定mach-xxx.c。不得不说三星的工程师这一块做的很不好，居然mach-smdkv210.c是废的…..挖了一个大坑…..
4.根据错误进行menuconfig
根据上上步可知，kernel最后没有启动成功，那么现在就来分析打印信息，看看哪里出问题：
仔细分析打印信息后，发现kernel后面打印了一大堆如上图所示的乱码，感觉毫无头绪。由此可以猜测，这些打印信息是出错引发的，所以应该从头往下找，看看这些乱码从哪里出现的，或许可以找到问题的发生地点
一开始打印信息都很正常，直到：
从i2c操作后面开始就有了混乱的苗头，Internal error:表示内核出错了，后面还打印了pc和lr，PC is at dev_driver_string+0xc/0x44 这句表示pc当前位于一个和设备驱动有关的地址；LR is at max8698_pmic_probe+0x150/0x32c 而这句则表示LR当前位于一个和max8698_pmic有关的地址，pmic是powermanage ic的意思
这些信息就有点意思了，i2c、电源管理芯片、驱动。以前U-boot挂掉的时候就是因为和电源管理芯片通信时i2c挂掉导致的，所以我们这里也可以推测出一个结论：smdkv210这块评估板配置了电源管理芯片，系统启动时便去加载其驱动，而我们板子上没这个芯片，所以驱动（i2c协议）挂了
那么如何解决？以前在U-boot我们可以直接屏蔽相关的函数，但是kernel不可以，因为kernel是高度模块化的，随便修改里面的内容会造成很大的风险，正规的做法是使用menuconfig功能。直接make menuconfig，进入界面后输入/MAX8698 来搜索，搜索结果为：
可知，有两个和MAX8698有关的，第一个和电源管理相关，第二个和整流器相关，根据上图的我们不仅可以知道他们在哪个菜单内，还能知道第二个依赖于第一个。于是我们进入那个菜单，按N屏蔽即可。烧录，虽然还有问题，但是电源管理驱动上的错误已经被解决了：
5.解决flash的问题
由上一步得到的打印信息可知，文件系统挂载失败了
仔细分析那几句打印信息，发现有一句Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) 意思是无法挂载根文件系统，未知块设备0
这可能是驱动的问题，以后再来补充
6.解决网卡问题
再来看看当前的打印信息，发现DM9000的驱动失败了：
首先先检查一下menuconfig中有没有选用DM9000，发现已经选择了，驱动代码没问题，看来是初始化和驱动用到的配置值有问题
首先修改初始化，进入mach-smdkc110.c的 smdkc110_machine_init函数，检查DM9000相关的部分，发现调用了smdkc110_dm9000_set函数来初始化DM9000，其定义：
发现里面有很多的设置是错的，具体寄存器设置方法参见 基于网络设备框架的驱动分析
中网卡配置部分
然后再修改驱动的配置值，在smdkc110_machine_init的开头处可以找到一行platform_add_devices(smdkc110_devices, ARRAY_SIZE(smdkc110_devices));
里面的smdkc110_devices便是驱动配置值的数据结构，进去寻找，发现s5p_device_dm9000，再往里挖一层，里面有一个s5p_dm9000_resources，这是dm9000驱动配置值的数据结构：
————————————————
版权声明：本文为CSDN博主「XiaoBaWu」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_28992301/article/details/52097563
————————————————
版权声明：本文为CSDN博主「XiaoBaWu」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_28992301/article/details/52097563
1125
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
