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)内核启动到根文件系统挂载,说明之前的初始化配置都是正确的。





本文转自 菜鸟养成记 51CTO博客,原文链接:http://blog.51cto.com/11674570/1840901



相关文章
|
15天前
|
Linux C语言
Linux内核队列queue.h
Linux内核队列queue.h
|
1月前
|
存储 Shell Linux
【Shell 命令集合 系统设置 】Linux 生成并更新内核模块的依赖 depmod命令 使用指南
【Shell 命令集合 系统设置 】Linux 生成并更新内核模块的依赖 depmod命令 使用指南
32 0
|
1月前
|
Shell Linux C语言
【Shell 命令集合 系统设置 】⭐Linux 卸载已加载的内核模块rmmod命令 使用指南
【Shell 命令集合 系统设置 】⭐Linux 卸载已加载的内核模块rmmod命令 使用指南
29 1
|
8天前
|
算法 Linux 调度
深入理解Linux内核的进程调度机制
【4月更文挑战第17天】在多任务操作系统中,进程调度是核心功能之一,它决定了处理机资源的分配。本文旨在剖析Linux操作系统内核的进程调度机制,详细讨论其调度策略、调度算法及实现原理,并探讨了其对系统性能的影响。通过分析CFS(完全公平调度器)和实时调度策略,揭示了Linux如何在保证响应速度与公平性之间取得平衡。文章还将评估最新的调度技术趋势,如容器化和云计算环境下的调度优化。
|
9天前
|
Linux 编译器 测试技术
嵌入式 Linux 下的 LVGL 移植
嵌入式 Linux 下的 LVGL 移植
|
13天前
|
算法 Linux 调度
深度解析:Linux内核的进程调度机制
【4月更文挑战第12天】 在多任务操作系统如Linux中,进程调度机制是系统的核心组成部分之一,它决定了处理器资源如何分配给多个竞争的进程。本文深入探讨了Linux内核中的进程调度策略和相关算法,包括其设计哲学、实现原理及对系统性能的影响。通过分析进程调度器的工作原理,我们能够理解操作系统如何平衡效率、公平性和响应性,进而优化系统表现和用户体验。
20 3
|
17天前
|
Linux 计算机视觉
Linux交叉编译opencv并移植ARM端
通过以上步骤,你可以在Linux上交叉编译OpenCV,并将生成的库文件和头文件移植到ARM平台上,从而在ARM上使用OpenCV。 买CN2云服务器,免备案服务器,高防服务器,就选蓝易云。百度搜索:蓝易云
36 0
|
20天前
|
负载均衡 算法 Linux
深度解析:Linux内核调度器的演变与优化策略
【4月更文挑战第5天】 在本文中,我们将深入探讨Linux操作系统的核心组成部分——内核调度器。文章将首先回顾Linux内核调度器的发展历程,从早期的简单轮转调度(Round Robin)到现代的完全公平调度器(Completely Fair Scheduler, CFS)。接着,分析当前CFS面临的挑战以及社区提出的各种优化方案,最后提出未来可能的发展趋势和研究方向。通过本文,读者将对Linux调度器的原理、实现及其优化有一个全面的认识。
|
20天前
|
Ubuntu Linux
Linux查看内核版本
在Linux系统中查看内核版本有多种方法:1) 使用`uname -r`命令直接显示版本号;2) 通过`cat /proc/version`查看内核详细信息;3) 利用`dmesg | grep Linux`显示内核版本行;4) 如果支持,使用`lsb_release -a`查看发行版及内核版本。
36 6
|
23天前
|
Linux 内存技术
Linux内核读取spi-nor flash sn
Linux内核读取spi-nor flash sn
18 1