linux内核移植的理解,Linux内核移植心得

最新花了些时间进行Linux内核的移植。因为项目使用的Evb原生支持的是Linux－3.8，但项目需求要求咱们在Linux－3.0.27上进行相关验证，因此进行内核版本的相关移植变得颇有必要。android

先来介绍下Evb的硬件配资：omap5432, cortex-A15 Dual-CPU,支持USB3.0，支持JTAG调试。git

下面的咱们移植的一些思路供你们参考： 首先，寻找到一个与Linux－3.0.27相近的内核版本，Linux－3.8仍是太新，具备不少新的内核特性，其中针对arm架构主要是使用了全新的Device Tree的概念去替换以前不少的硬件资源硬编码工做(从Linux－3.5开始就不多看见非FDT方式的了)，DTB(Device Tree Blob)的存在致使Linux和bootloader都有了很大的改变，u－boot为了支持DTB的启动方式，再也不须要像传统方式那样传递给kernel atag结构体，直接给个DTB文件的内存地址就能够了。基于Linux－3.8到Linux－3.0的移植，咱们开展了2个星期便放弃了，主要仍是变化太大，OF接口的移植花费了太多的精力，而且各个方面的差距太大，致使最后改不下去。因而开始从omap的git tree上看看有没有不须要DTB的Linux版本，最终停留在omap的android Linux版本上，一个基于Linux－3.4的版本，而且提供了fastboot，一个比uboot轻量级的bootloader。因而基于Linux－3.4，咱们开始向Linux－3.0的内核进行移植。架构

移植的通常步骤： 1.将Linux－3.4 arch/arm/mach-omap2和arch/arm/plat-omap替换Linux－3.0下相应目录，进行编译，通常花费半周到一周的时间应该能编译成功，生成zImae便可，能够适当减小相应的外设driver 2.JTAG调试，咱们使用的是DS－5，先经过fastboot将zImage load到memory，而后挂上JTAG看下kernel在哪边挂掉，若是出现PC指针跑飞的状况，就用panic函数，挂在可能出错的地方，通常在arch/arm/kernel/setup.c 中的setup_arch()函数中，paging_init iomap这类关于io，mmu部分最容易致使上述状况了 3.使用Kernel early debug，在make menuconfig: kernel hacking-->Kernel debugging-->Kernel low-level debugging functions，它会用到arch/arm/kernel/debug.S中的printascii函数，以后就可使用printk,printhex8...之类的函数插桩调试各个函数函数

函数调试的大致流程: init/main.c: start_kernel ｜ ｜ ｜ arch/arm/kernel/setup.c: setup_arch ｜ ｜ ｜ arch/arm/mm/mmu.c: paging_init ｜ ｜ ｜ arch/arm/mach-omap2/board-xxx.c: xxx_init_early ｜ ｜ ｜ init/main.c: rest_init ｜ ｜ init/main.c: kernel_init编码

上述函数是咱们调试过程当中出现问题的最多的几个地方。debug

其实内核的移植并不是是高深的技术，须要的是耐心和细心，经过不断的对比和调试，我一向认为内核的移植是入门Linux内核的最好的手段，后续还会不断更新相关心得 ToBeContinue指针