android内核启动分析之head.S_android head.s-CSDN博客

本文链接：https://blog.csdn.net/daringtodoit/article/details/24675867

本文详细探讨了Android系统启动过程中的关键步骤，重点分析了内核启动阶段的head.S文件，揭示了其在初始化硬件、设置堆栈、加载内核映像等方面的重要作用，为理解Android系统的底层运作提供了深入见解。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

内核加载到ram(内存)后，bootloader的任务就完成了，内核映像并不能直接运行，它一个压缩的zImage（小内核）。zImage映像中的并非一切被压缩，映像中包含未被压缩部分，这部分中包含解压缩程序，解压缩程序会解压缩映像中被压缩的部分。zImage使用gzip压缩的，它不仅仅是一个压缩文件，而且在这个文件的开头部分内嵌有gzip解压缩代码。当zImage被调用时它从arch/arm/boot/compressed/head.S的start汇编例程开始执行。这个例程进行一些基本的硬件设置，并调用arch/arm/boot/compressed/misc.c中的decompress_kernel()解压缩内核。
arch/arm/kernel/head.S文件是内核真正的启动入口点，一般是由解压缩内核的程序调用。首先看下对于运行这个文件的要求：
MMU = off； D-cache = off； I-cache = 无所谓，开也可以，关也可以； r0 = 0；r1 = 机器号；r2 = atags 指针。
这段代码是位置无关的，所以，如果以地址0xC0008000来链接内核，那么就可以直接用__pa(0xc0008000)地址来调用这里的代码。
head.S文件中的一项重要工作是设置内核临时页表，否则mmu开起来也玩不转，但是内核怎么知道如何映射内存呢？linux的内核将映射到虚地址0xCxxx xxxx处，但他怎么知道在4GB的地址空间中有哪一片ram是可用的，从而可以映射过去呢？
因为不同的系统有不通的内存映像，所以，LINUX约定，要调用内核代码，一定要满足上面的调用要求，以为最初的内核代码提供一些最重要的关于机器的信息。内核代码开始的时候，R1存放的是系统目标平台的代号，对于一些常见的，标准的平台，内核已经提供了支持，只要在编译的时候选中就行了，例如对X86平台，内核是从物理地址1M开始映射的。