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



相关文章
|
2月前
|
缓存 Linux 开发者
Linux内核中的并发控制机制
本文深入探讨了Linux操作系统中用于管理多线程和进程的并发控制的关键技术,包括原子操作、锁机制、自旋锁、互斥量以及信号量。通过详细分析这些技术的原理和应用,旨在为读者提供一个关于如何有效利用Linux内核提供的并发控制工具以优化系统性能和稳定性的综合视角。
|
2月前
|
缓存 负载均衡 算法
深入探索Linux内核的调度机制
本文旨在揭示Linux操作系统核心的心脏——进程调度机制。我们将从Linux内核的架构出发,深入剖析其调度策略、算法以及它们如何共同作用于系统性能优化和资源管理。不同于常规摘要提供文章概览的方式,本摘要将直接带领读者进入Linux调度机制的世界,通过对其工作原理的解析,展现这一复杂系统的精妙设计与实现。
105 8
|
2月前
|
算法 Linux 调度
深入理解Linux内核调度器:从基础到优化####
本文旨在通过剖析Linux操作系统的心脏——内核调度器,为读者揭开其高效管理CPU资源的神秘面纱。不同于传统的摘要概述,本文将直接以一段精简代码片段作为引子,展示一个简化版的任务调度逻辑,随后逐步深入,详细探讨Linux内核调度器的工作原理、关键数据结构、调度算法演变以及性能调优策略,旨在为开发者与系统管理员提供一份实用的技术指南。 ####
84 4
|
5天前
|
Ubuntu Linux 开发者
Ubuntu20.04搭建嵌入式linux网络加载内核、设备树和根文件系统
使用上述U-Boot命令配置并启动嵌入式设备。如果配置正确,设备将通过TFTP加载内核和设备树,并通过NFS挂载根文件系统。
33 15
|
1月前
|
算法 Linux
深入探索Linux内核的内存管理机制
本文旨在为读者提供对Linux操作系统内核中内存管理机制的深入理解。通过探讨Linux内核如何高效地分配、回收和优化内存资源,我们揭示了这一复杂系统背后的原理及其对系统性能的影响。不同于常规的摘要,本文将直接进入主题,不包含背景信息或研究目的等标准部分,而是专注于技术细节和实际操作。
|
1月前
|
存储 缓存 网络协议
Linux操作系统的内核优化与性能调优####
本文深入探讨了Linux操作系统内核的优化策略与性能调优方法,旨在为系统管理员和高级用户提供一套实用的指南。通过分析内核参数调整、文件系统选择、内存管理及网络配置等关键方面,本文揭示了如何有效提升Linux系统的稳定性和运行效率。不同于常规摘要仅概述内容的做法,本摘要直接指出文章的核心价值——提供具体可行的优化措施,助力读者实现系统性能的飞跃。 ####
|
1月前
|
监控 算法 Linux
Linux内核锁机制深度剖析与实践优化####
本文作为一篇技术性文章,深入探讨了Linux操作系统内核中锁机制的工作原理、类型及其在并发控制中的应用,旨在为开发者提供关于如何有效利用这些工具来提升系统性能和稳定性的见解。不同于常规摘要的概述性质,本文将直接通过具体案例分析,展示在不同场景下选择合适的锁策略对于解决竞争条件、死锁问题的重要性,以及如何根据实际需求调整锁的粒度以达到最佳效果,为读者呈现一份实用性强的实践指南。 ####
|
1月前
|
缓存 监控 网络协议
Linux操作系统的内核优化与实践####
本文旨在探讨Linux操作系统内核的优化策略与实际应用案例,深入分析内核参数调优、编译选项配置及实时性能监控的方法。通过具体实例讲解如何根据不同应用场景调整内核设置,以提升系统性能和稳定性,为系统管理员和技术爱好者提供实用的优化指南。 ####
|
1月前
|
负载均衡 算法 Linux
深入探索Linux内核调度机制:公平与效率的平衡####
本文旨在剖析Linux操作系统内核中的进程调度机制,特别是其如何通过CFS(完全公平调度器)算法实现多任务环境下资源分配的公平性与系统响应速度之间的微妙平衡。不同于传统摘要的概览性质,本文摘要将直接聚焦于CFS的核心原理、设计目标及面临的挑战,为读者揭开Linux高效调度的秘密。 ####
37 3
|
2月前
|
负载均衡 算法 Linux
深入探索Linux内核调度器:公平与效率的平衡####
本文通过剖析Linux内核调度器的工作机制,揭示了其在多任务处理环境中如何实现时间片轮转、优先级调整及完全公平调度算法(CFS),以达到既公平又高效地分配CPU资源的目标。通过对比FIFO和RR等传统调度策略,本文展示了Linux调度器如何在复杂的计算场景下优化性能,为系统设计师和开发者提供了宝贵的设计思路。 ####
43 6