基于arm的Linux的启动分析(至start_kernel)
2010-12-22 10:05
405 查看
转自网络
启动过程分析如下:
压缩的内核zImage 的入口程序为 Commpressed的head.S,它依次完成以下工作:开启 MMU 和 Cache,调用 decompress_kernel()解压内核,最后通过调用 call_kernel()进入非压缩内核 Image 的启动。
下面将具体分析在此之后 Linux 内核的启动过程。
Linux内核入口
Linux 非压缩内核的入口位于文件/arch/arm/kernel/head.S中的 stext 段。该段的基地址就是压缩内核解压后的跳转地址。如果系统中加载的内核是非压缩的 Image,那么bootloader将内核从 Flash中拷贝到 RAM 后将直接跳到该地址处,从而启动 Linux 内核。不同体系结构的 Linux 系统的入口文件是不同的,而且因为该文件与具体体系结构有关,所以一般均用汇编语言编写。对基于 ARM 处理的 Linux 系统来说,该文件就是/arch/arm/kernel/head.S。该程序通过查找处理器内核类型和处理器类型调用相应的初始化函数,再建立页表,最后跳转到 start_kernel()函数开始内核的初始化工作。
检测处理器内核类型是在汇编子函数__lookup_processor_type中完成的。通过以下代码可实现对它的调用:bl __lookup_processor_type。__lookup_processor_type调用结束返回原程序时,会将返回结果保存到寄存器中。其中r9 保存了处理器的 ID 号,r5 保存了指向物理地址空间的proc_info指针。
检测处理器类型是在汇编子函数 __lookup_machine_type 中完成的。它通过代码:“bl __lookup_machine_type”来实现对它的调用。该函数返回时,其中 r5 保存了指向物理地址空间的mach_info指针。
当检测处理器内核和处理器类型结束后,将调用__create_page_tables 子函数来建立页表,它所要做的工作就是将 RAM 基地址开始的 4M 空间的物理地址映射到 0x00008000 开始的虚拟地址处。 这4M的空间是为启动参数,内核映像等代码准备的空间。
当所有的初始化结束之后,使用如下代码来跳到 C 程序的入口函数 start_kernel()处,开始之后的内核初始化工作。
启动过程分析如下:
压缩的内核zImage 的入口程序为 Commpressed的head.S,它依次完成以下工作:开启 MMU 和 Cache,调用 decompress_kernel()解压内核,最后通过调用 call_kernel()进入非压缩内核 Image 的启动。
下面将具体分析在此之后 Linux 内核的启动过程。
Linux内核入口
Linux 非压缩内核的入口位于文件/arch/arm/kernel/head.S中的 stext 段。该段的基地址就是压缩内核解压后的跳转地址。如果系统中加载的内核是非压缩的 Image,那么bootloader将内核从 Flash中拷贝到 RAM 后将直接跳到该地址处,从而启动 Linux 内核。不同体系结构的 Linux 系统的入口文件是不同的,而且因为该文件与具体体系结构有关,所以一般均用汇编语言编写。对基于 ARM 处理的 Linux 系统来说,该文件就是/arch/arm/kernel/head.S。该程序通过查找处理器内核类型和处理器类型调用相应的初始化函数,再建立页表,最后跳转到 start_kernel()函数开始内核的初始化工作。
检测处理器内核类型是在汇编子函数__lookup_processor_type中完成的。通过以下代码可实现对它的调用:bl __lookup_processor_type。__lookup_processor_type调用结束返回原程序时,会将返回结果保存到寄存器中。其中r9 保存了处理器的 ID 号,r5 保存了指向物理地址空间的proc_info指针。
检测处理器类型是在汇编子函数 __lookup_machine_type 中完成的。它通过代码:“bl __lookup_machine_type”来实现对它的调用。该函数返回时,其中 r5 保存了指向物理地址空间的mach_info指针。
当检测处理器内核和处理器类型结束后,将调用__create_page_tables 子函数来建立页表,它所要做的工作就是将 RAM 基地址开始的 4M 空间的物理地址映射到 0x00008000 开始的虚拟地址处。 这4M的空间是为启动参数,内核映像等代码准备的空间。
当所有的初始化结束之后,使用如下代码来跳到 C 程序的入口函数 start_kernel()处,开始之后的内核初始化工作。
相关文章推荐
- 基于arm的Linux的启动分析(至start_kernel)
- arm-linux内核start_kernel之前启动分析(1)-接过bootloader的衣钵
- ARM Linux启动流程分析——start_kernel前启动阶段(汇编部分)
- arm-linux内核start_kernel之前启动分析(3)-开启MMU,走进新时代
- arm-linux内核start_kernel之前启动分析(1)-接过bootloader的衣钵
- 嵌入式ARM Linux kernel启动过程之浅尝辄止分析start_kernel函数
- arm-linux内核start_kernel之前启动分析(1)-接过bootloader的衣钵
- arm-linux内核start_kernel之前启动分析(2)- 页表的准备
- 跟踪分析Linux内核的启动过程(start_kernel到init进程启动)
- arm linux kernel 从入口到start_kernel 代码分析
- arm linux kernel 从入口到start_kernel 的代码分析
- 基于ARM 的Linux 的启动分析报告——ARM+Linux的启动分析(4)
- arm linux kernel 从入口到start_kernel 的代码分析
- 分析Linux内核启动过程:从start_kernel到init
- linux 3.6 启动源码分析(二) start_kernel
- Linux 启动代码 Start_kernel()函数分析
- arm linux 启动之二:start_kernel到创建1号进程
- ARM linux kernel从入口到start_kernel代码分析 -- 只到machine type选中为止
- 基于Arm 的linux 的启动分析
- <Linux>Linux内核启动分析(二)——start_kernel