上一篇写了Uboot怎么到Linux kernel，这一章来看看linux kernel怎么到Android的。

虽然是零零碎碎的学习了一些关于Linux的知识，但是对于这个部分基本上没有站在系统的角度去看过。

1、前言

kernel的启动主要分为两个阶段。

1、阶段一

从入口跳转到start_kernel之前的阶段。

对应代码arch/arm/kernel/head.S中stext的实现：

ENTRY(stext)

这个阶段主要由汇编语言实现。
这个阶段主要负责MMU打开之前的一些操作，以及打开MMU的操作。
由于这个阶段MMU还没有打开，并且kernel加载地址和连接地址并一致，所以需要使用位置无关设计。在运行过程中运行地址和加载地址一致（如果不明白的话建议先参考一下《[kernel 启动流程] 前篇——vmlinux.lds分析》）。

(上一篇从uboot到kernel的地方，讲了kernel启动后的几个阶段，停在start_kernel部分)

2、阶段二

start_kernel开始的阶段。

2、正题-kernel-uboot

Android生在linux内核基础上，linux内核启动的最后一步，一定是启动的android的进程。

然后我们也知道了内核启动分为三个阶段，第一二是运行head.S文件和head-common.S，第三个阶段是允许第二是运行main.c文件。

对于ARM的处理器，内核第一个启动的文件是arc/arm/kernel下面的head.S文件。、

当然arc/arm/boot/compress下面也有这个文件，这个文件和上面的文件略有不同，当要生成压缩的内核时zImage时，启动的是后者，后者与前者不同的时，它前面的代码是做自解压的，后面的代码都相同。

我们这里这分析arc/arm/kernel下面的head.S文件。当head.S所作的工作完成后它会跳到init/目录下跌的 main.c的start_kernel函数开始执行。

因为我们要研究的是过渡阶段，而不是整个启动流程。（后面会研究的。）这里直接看第三个–start_kernel阶段。

asmlinkage void __init start_kernel(void)  
{  
       …………………….  
       ……………………..  
       printk(KERN_NOTICE);  
       printk(linux_banner);  
       setup_arch(&command_line);  
       setup_command_line(command_line);  
        
        
       parse_early_param();  
       parse_args("Booting kernel",static_command_line, __start___param,  
                __stop___param - __start___param,  
                &unknown_bootoption);  
……………………  
…………………………        
       init_IRQ();  
       pidhash_init();  
       init_timers();  
       hrtimers_init();  
       softirq_init();  
       timekeeping_init();  
       time_init();  
       profile_init();  
…………………………  
……………………………  
       console_init();  
………………………………  
………………………………  
       rest_init();  
}

从上面可以看出start_kernel首先是打印内核信息，然后对bootloader传进来的一些参数进行处理，再接着执行各种各样的初始化，在这其中会初始化控制台。最后会调用rest_init();

我们再来看rest_init()函数

static void noinline __init_refok rest_init(void)  
    __releases(kernel_lock)  
{  
    int pid;  
  
    kernel_thread(kernel_init, NULL, CLONE_FS | CLONE_SIGHAND);  
    ............      
}

他启动了kernel_init这个函数，再来看kerne_init函数

static int __init kernel_init(void * unused)  
{  
    ..............................  
  
    if (!ramdisk_execute_command)  
        ramdisk_execute_command = "/init";  
  
    if (sys_access((const char __user *) ramdisk_execute_command, 0) != 0) {  
        ramdisk_execute_command = NULL;  
        prepare_namespace();  
    }  
  
    /*  
     * Ok, we have completed the initial bootup, and  
     * we're essentially up and running. Get rid of the  
     * initmem segments and start the user-mode stuff..  
     */  
    init_post();  
    return 0;  
}

kernel_init先调用了prepare_namespace();然后调用了init_post函数

void __init prepare_namespace(void)  
{  
    ..........................  
    mount_root();  
    .....................  
}

可以看出prepare_namespace调用了mount_root挂接根文件系统。接着kernel_init再执行init_post

static int noinline init_post(void)  
{  
    .......................................  
    /*打开dev/console控制台，并设置为标准输入、输出*/  
          
    if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)  
        printk(KERN_WARNING "Warning: unable to open an initial console.\n");  
  
    (void) sys_dup(0);  
    (void) sys_dup(0);  
  
    if (ramdisk_execute_command) {  
        run_init_process(ramdisk_execute_command);  
        printk(KERN_WARNING "Failed to execute %s\n",  
                ramdisk_execute_command);  
    }  
  
    /*  
     * We try each of these until one succeeds.  
     *  
     * The Bourne shell can be used instead of init if we are  
     * trying to recover a really broken machine.  
     */  
  
    //如果bootloader指定了init参数，则启动init参数指定的进程  
    if (execute_command) {  
        run_init_process(execute_command);  
        printk(KERN_WARNING "Failed to execute %s.  Attempting "  
                    "defaults...\n", execute_command);  
    }  
  
    //如果没有指定init参数，则分别带sbin、etc、bin目录下启动init进程  
    run_init_process("/sbin/init");  
    run_init_process("/etc/init");  
    run_init_process("/bin/init");  
    run_init_process("/bin/sh");  
  
    panic("No init found.  Try passing init= option to kernel.");  
}

注意上面的run_init_process的会等待init进程返回才往后面执行，所有它一旦找到一个init可执行的文件它将一去不复返。

综上，内核启动的过程大致为以下几步：

1.检查CPU和机器类型
2.进行堆栈、MMU等其他程序运行关键的东西进行初始化
3.打印内核信息
4.执行各种模块的初始化
5.挂接根文件系统
6.启动第一个init进程
7.android启动

说明一

总结一个图：kernel 到android核心启动过程

在这里插入图片描述
kernel镜像执行跳转到start_kernel开始执行，在rest_init会创建两个kernel 进程（线程），其分别是为kernel_init 与kthreadd，创建完后系统通过init_idle_bootup_task蜕化为idle进程（cpu_idle）。

在这里插入图片描述
调用kernel_thread()创建1号内核线程, 该线程随后转向用户空间, 演变为init进程

调用kernel_thread()创建kthreadd内核线程。

init_idle_bootup_task()：当前0号进程init_task最终会退化成idle进程，所以这里调用init_idle_bootup_task()函数，让init_task进程隶属到idle调度类中。即选择idle的调度相关函数。
调用cpu_idle()，0号线程进入idle函数的循环，在该循环中会周期性地检查

kernel_init 中会执行/init（ramdisk_execute_command的值为"/init"）

在这里插入图片描述

/init 启动后执行/system/core/init/main.cpp 中main 方法，这里执行FirstStageMain()

在这里插入图片描述
(看看这到了哪里？这到了咱们的的AVB那个地方啊)

FirstStageMain()中通过execv 执行/system/bin/init，参数为selinux_setup。这里init 跟/init 一样，因此再次执行init 镜像。这里如果是重启到bootloader，会执行InstallRebootSignalHandlers
在这里插入图片描述
SetupSelinux 中再次执行init，这里会注册信号处理函数

从而参数second_stage，执行SecondStageMain ，在这里解析.rc ，启动ueventd，并等待其启动完成。

在这里插入图片描述
init 镜像通过execv会执行两次，分别通过FirstStageMain和SecondStageMain执行。

在这里插入图片描述

Zygote是Android系统创建新进程的核心进程，负责启动Dalvik虚拟机，加载一些必要的系统资源和系统类，启动system_server进程，随后进入等待处理app应用请求。到这里我们就暂时停下，别走远了。

说明二

总结一下整个流程

第一步：手机开机后，引导芯片启动，引导芯片开始从固化在ROM里的预设代码执行，加载引导程序到到RAM，bootloader检查RAM，初始化硬件参数等功能；
第二步：硬件等参数初始化完成后，进入到Kernel层，Kernel层主要加载一些硬件设备驱动，初始化进程管理等操作。在Kernel中首先启动swapper进程（pid=0），用于初始化进程管理、内管管理、加载Driver等操作，再启动kthread进程(pid=2),这些linux系统的内核进程，kthread是所有内核进程的鼻祖；
第三步：Kernel层加载完毕后，硬件设备驱动与HAL层进行交互。初始化进程管理等操作会启动INIT进程，这些在Native层中；
第四步：init进程(pid=1，init进程是所有进程的鼻祖，第一个启动)启动后，会启动adbd，logd等用户守护进程，并且会启动servicemanager(binder服务管家)等重要服务，同时孵化出zygote进程，这里属于C++ Framework，代码为C++程序；
第五步：zygote进程是由init进程解析init.rc文件后fork生成，它会加载虚拟机，启动System Server(zygote孵化的第一个进程)；System Server负责启动和管理整个Java Framework，包含ActivityManager，WindowManager，PackageManager，PowerManager等服务；
第六步：zygote同时会启动相关的APP进程，它启动的第一个APP进程为Launcher，然后启动Email，SMS等进程，所有的APP进程都由zygote fork生成。

那么到这里我们就把整个系统的启动串联起来了从bootrom-bootloader-kernel。当然真实的系统为了安全，比如说基于ARM框架的，那肯定不止这些步骤，但是大体上也是穿插在这个流程之中的。

这个bridge系列真的蛮有意思，持续做下去。感谢前辈们的优秀blog。

参考资料：

https://blog.csdn.net/yiranfeng/article/details/103549394
https://www.cnblogs.com/littleboy123/p/13208179.html
https://www.cnblogs.com/hzl6255/p/12142762.html
https://blog.csdn.net/lei7143/article/details/114269707
https://www.cnblogs.com/linucos/archive/2012/05/21/2511619.html