【系统启动】Kernel怎么跳转到Android:linux与安卓的交界

上一篇写了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应用请求。

到这里我们就暂时停下,别走远了。

芯片上电到Android

总结一下整个流程

  • 第一步:手机开机后,引导芯片启动,引导芯片开始从固化在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框架的,那肯定不止这些步骤,但是大体上也是穿插在这个流程之中的。

这个跳转系列真的蛮有意思,持续做下去。感谢前辈们的优秀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
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

TrustZone_Hcoco

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值