当前位置:首页 > 公众号精选 > 嵌入式客栈
[导读][导读] 前面的文章有提到linux启动的第一个进程为init,那么该进程究竟是如何从内核启动入口一步一步运行起来的,而该进程又有些什么作用呢?做嵌入式Linux开发,有必要对这些概念了解清楚。本文基于ARM体系的内核启动做出解析。 跳转内核前基本准备 参考./Do

[导读] 前面的文章有提到linux启动的第一个进程为init,那么该进程究竟是如何从内核启动入口一步一步运行起来的,而该进程又有些什么作用呢?做嵌入式Linux开发,有必要对这些概念了解清楚。本文基于ARM体系的内核启动做出解析。

跳转内核前基本准备

参考./Documentation/arm64/booting.txt

Bootloader至少完成以下基本的初始化准备:

  • 设置并初始化RAM(必须),引导加载程序应找到并初始化内核将用于系统中易失性数据存储的所有RAM。它以机器相关的方式执行此操作。(它可以使用内部算法来自动定位和调整所有RAM的大小,或者可以使用机器中RAM的知识或引导加载程序设计者认为合适的任何其他方法。)

  • 设置设备树dtb(必须) , 设备树blob(dtb)必须8字节对齐,并且大小不能超过2兆字节。由于dtb将使用最大2 MB的块进行映射以可缓存,因此它不能放置在必须使用任何特定属性进行映射的任何2M区域内。注意:v4.2之前的版本还要求将DTB放置在512 MB区域内,从内核映像下方的text_offset字节开始计算。

  • 解压缩内核映像(可选),AArch64内核当前不提供解压缩器,因此如果使用压缩的Image目标(例如Image.gz),则需要由引导加载程序执行解压缩(gzip等)。对于未实现此要求的引导加载程序,可以使用未经压缩内核编译。

  • 调用内核映像(必须)。压缩内核头部如下:

    u32 code0;              /* 可执行code   */
    u32 code1;             /* 可执行code   */
    u64 text_offset;       /* 加载偏移,小端 */
    u64 image_size;        /* 有效映象尺寸,小端 */
    u64 flags;             /* 内核标志, 小端    */
    u64 res2  = 0;         /* 保留 */
    u64 res3  = 0;         /* 保留 */
    u64 res4  = 0;         /* 保留 */
    u32 magic = 0x644d5241/* 幻数,小端, "ARM\x64"  */
    u32 res5;          /* 保留(用于PE COFF偏移量) */

进入内核之前,必须满足以下条件:

  • 禁止所有具有DMA功能的设备,以免内存被虚假错误的网络数据包或磁盘数据损坏。

  • 主CPU通用寄存器设置:

    • x0 =系统RAM中设备树Blob(dtb)的物理地址。

    • x1/x2/x3 = 0(保留供将来使用)

  • CPU模式

    • 所有形式的中断都必须在PSTATE.DAIF中屏蔽(调试,SError,IRQ和FIQ)。

    • CPU必须位于EL2(推荐使用,以便可以访问虚拟化扩展)或非安全EL1中。

  • Caches, MMUs

    • MMU必须关闭。

    • 指令缓存可以打开或关闭。

    • 与加载的内核映像相对应的地址范围必须清除到PoC。如果存在系统缓存或启用了缓存的其他相关主服务器,则通常需要通过VA而不是通过设置/方式操作来维护缓存。

    • 遵循VA对架构化缓存维护的系统缓存。必须配置并启用操作。

    • 不遵循VA对架构化混存维护的系统缓存,必须配置和禁用操作(不推荐)。

  • 架构定时器

    • 必须在所有CPU上以定时器频率设置CNTFRQ,并且必须以一致的值设置CNTVOFF。如果在EL1处进入内核,则CNTHCTL_EL2必须在可用时设置EL1PCTEN(位0)。

  • 连贯性

    • 内核启动时,所有要由内核引导的CPU都必须属于同一一致性域。需要初始化定义的实现,才能在每个CPU上接收维护操作。

  • 系统寄存器

    • 所有将在其中输入内核映像的异常级别的可写体系结构系统寄存器都必须由更高级别的异常级别的软件初始化,以防止在UNKNOWN状态下执行。

    • 对CPU模式,高速缓存,MMU,架构计时器,一致性和系统寄存器的要求适用于所有CPU。所有CPU必须以相同的异常级别进入内核。

  • 主CPU必须直接跳转到内核映像的第一条指令。此CPU传递的设备树Blob必须为每个cpu节点包含一个“启用方法”属性。支持的启用方法如下所述。引导加载程序将生成这些设备树属性,并将其插入内核入口之前的blob中。

  • 具有“旋转表”启用方法的CPU在其cpu节点中必须具有“ cpu-release-addr”属性。此属性标识自然对齐的64位零初始化内存位置。

  • 具有“ psci”启用方法的CPU应该保留在内核之外(即,在内存节点中描述给内核的内存区域之外,或者在内核中通过/ memreserve /描述给内核描述的内存保留区域之外)。设备树)。内核将按照ARM文档编号ARM DEN 0022A(“ ARM处理器上的电源状态协调接口系统软件”)中的说明发出CPU_ON调用,以将CPU带入内核。设备树应包含一个“ psci”节点,参考/bindings/arm/psci.txt.

  • 第二CPU通用寄存器设置的x0/x1/x2/x3都为0,保留。

内核启动init总过程

内核启动有两种方式,压缩格式或不压缩格式,压缩模式所不同的就是其入口位于arch/ /boot/compressed/head.S,为与该路径下的代码主要负责执行执行前期的初始化为解压内核做准备。当完成解压内核后,就跳转到./arm/kernel/head.S开始启动内核。

本文仅分析不压缩方式启动内核,通过分析内核代码,整理出内核启动过程的部分顺序如下:


内核的启动与U-Boot一样,前面一段是汇编代码,然后跳转到C代码。汇编的入口在

./arm/kernel/head.S中,符号名为__HEAD,该文件包含了head-common.S。

所以从启动用户首进程init而言,我将其分成大致分为四大步:

  • head.S ,初始化通用部分环境,与芯片无关

  • start_kernel, head.S完成后,调准到start_kernel,进入C函数执行,该函数为于./init/main.c中

  • rest_init,创建init进程,以及kthredd进程,其中Init进程号为1,kthredd为内核进程。

  • 启动调度器,执行kernel_init,该函数将调用根文件系统中的init执行文件,至此用户空间的init进程就启动起来了。

head.S/head-common.S作用

剖析汇编代码比较枯燥,这里就不进行描述了。仅就其作用进行总结:

  • 检查架构,处理器和机器类型。

  • 配置MMU,创建页表条目并启用虚拟内存。

  • 在init / main.c中调用start_kernel函数。

  • 所有架构的代码相同。这也是为什么采用汇编代码的原因,规避针对不同芯片管理大量重复代码。

start_kernel阶段

该函数主要完成以下以下工作:

  • lockdep 死锁检测模块初始化,

  • RCU机制初始化:RCU(Read-Copy Update),顾名思义就是读-拷贝修改,它是基于其原理命名的。对于被RCU保护的共享数据结构,读者不需要获得任何锁就可以访问它,但写者在访问它时首先拷贝一个副本,然后对副本进行修改,最后使用一个回调(callback)机制在适当的时机把指向原来数据的指针重新指向新的被修改的数据。这个时机就是所有引用该数据的CPU都退出对共享数据的操作。

  • SMP初始化,对称多处理"(Symmetrical Multi-Processing)简称SMP,完成CPU ID的创建。

  • debug_objects_early_init,负责调试对象初始化,以便于内核调试

  • lockdep死锁检测模块初始化,lockdep的工作方式是在内核中的锁定调用包起来。每次采用或释放特定类型的锁时,都会记录该事实以及辅助详细信息,例如处理器当时是否正在处理中断。Lockdep还记录了使用新锁时还持有哪些其他锁;这是lockdep能够执行的许多检查的关键。

  • 调用setup_arch(&command_line),该函数位于arch/

    /kernel/setup.c,用于解析从bootloader传入的引导命令行。
  • 初始化控制台,以打印启动日志。

  • 初始化其他各子系统,如VFS,trace,内存管理子系统,FORK子系统,cgroup,acpi,proc文件系统,内核服务,缓存等等。

  • ……

  • 调用rest_init,以创建init进程以及内核进程,并启动内核调度器。

rest_init阶段

代码如下,其注释如下,主要作用就是先创建init进程使其进程号为1,这是第一个用户空间进程,该进程执行后在衍生出一系列的应用进程。具体取决于启动脚本或者Init的具体实现。然后创建内核进程kthreadd,该进程用于管理内核进程。该进程进程号为2。所有内核进程都是kthreadd的后代, kthreadd枚举其他内核线程;它提供了接口例程,内核服务可以在运行时动态生成其他内核进程。通过kthread_create_list维护其他内核进程。可以使用ps -ef命令从命令行查看内核线程-它们显示在[方括号]中:

static noinline void __init_refok rest_init(void)
{
    int pid;

    rcu_scheduler_starting();
    smpboot_thread_init();

    /*创建init进程,第一个用户空间进程我们
    *需要首先生成init,以便它获得pid 1,但是
    *init任务最终将要创建kthread,如果在创建
    *kthreadd之前对其进行调度,则OOPS。*/

    kernel_thread(kernel_init, NULL, CLONE_FS);
    numa_default_policy();

    /*创建kthreadd用于管理内核线程*/
    pid = kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES);

    /*RCU 锁*/
    rcu_read_lock();
    kthreadd_task = find_task_by_pid_ns(pid, &init_pid_ns);
    rcu_read_unlock();
    /*让内核进程kthreadd处于就绪态TASK_NORMAL*/
    complete(&kthreadd_done);

    /* 启动调度器      */
    init_idle_bootup_task(current);
    schedule_preempt_disabled();
    /* 禁用抢占的情况下调用cpu_idle */
    cpu_startup_entry(CPUHP_ONLINE);
}

kernel_init阶段

当内核调度器运行后,就会执行kernel_init函数:

static int __ref kernel_init(void *unused)
{
    int ret;

    kernel_init_freeable();
    /* 同步完成所有初始化操作 */
    async_synchronize_full();
#ifndef CONFIG_INITCALLS_THREAD
    free_initmem();
#endif
    mark_readonly();
    system_state = SYSTEM_RUNNING;
    numa_default_policy();

    flush_delayed_fput();

    /*如果使能了ramdisk执行命令启动init*/
    if (ramdisk_execute_command) {
        ret = run_init_process(ramdisk_execute_command);
        if (!ret)
            return 0;
        pr_err("Failed to execute %s (error %d)\n",
               ramdisk_execute_command, ret);
    }

    /* 如果execute_command使能,则按命令启动init*/
    if (execute_command) {
        ret = run_init_process(execute_command);
        if (!ret)
            return 0;
        panic("Requested init %s failed (error %d).",
              execute_command, ret);
    }

    /*如果前面两项都没有使能,则依次在根文件系统下寻找并启动Init*/
    if (!try_to_run_init_process("/sbin/init") ||
        !try_to_run_init_process("/etc/init") ||
        !try_to_run_init_process("/bin/init") ||
        !try_to_run_init_process("/bin/sh"))
        return 0;

    panic("No working init found.  Try passing init= option to kernel. "
          "See Linux Documentation/init.txt for guidance.");
}

从而init用户进程就启动起来了,至于最终执行的是哪一个Init可执行文件,取决于系统移植的配置,如前文描述,常见的有busybox init,systemV init,systemD init等等。

niprogram-servicetype="">点击留言/查看留言

END

果喜欢右下点个在看,也会让我倍感鼓舞

往期精彩推荐




▲深度解析U-Boot网络实现(长篇好文)
读U-Boot源码-C语言编程大法总结篇一
读U-Boot源码-C语言编程技巧总结篇二
基于Buildroot的Linux系统构建之根文件系统
手把手教系列之移动平均滤波器C实现
手把手教系列之IIR数字滤波器设计实现

关注置顶:扫描左下二维码关注公众号加星

讨论加群:扫描右下二维码添加,发送“加群”

关注

加群

免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

9月2日消息,不造车的华为或将催生出更大的独角兽公司,随着阿维塔和赛力斯的入局,华为引望愈发显得引人瞩目。

关键字: 阿维塔 塞力斯 华为

加利福尼亚州圣克拉拉县2024年8月30日 /美通社/ -- 数字化转型技术解决方案公司Trianz今天宣布,该公司与Amazon Web Services (AWS)签订了...

关键字: AWS AN BSP 数字化

伦敦2024年8月29日 /美通社/ -- 英国汽车技术公司SODA.Auto推出其旗舰产品SODA V,这是全球首款涵盖汽车工程师从创意到认证的所有需求的工具,可用于创建软件定义汽车。 SODA V工具的开发耗时1.5...

关键字: 汽车 人工智能 智能驱动 BSP

北京2024年8月28日 /美通社/ -- 越来越多用户希望企业业务能7×24不间断运行,同时企业却面临越来越多业务中断的风险,如企业系统复杂性的增加,频繁的功能更新和发布等。如何确保业务连续性,提升韧性,成...

关键字: 亚马逊 解密 控制平面 BSP

8月30日消息,据媒体报道,腾讯和网易近期正在缩减他们对日本游戏市场的投资。

关键字: 腾讯 编码器 CPU

8月28日消息,今天上午,2024中国国际大数据产业博览会开幕式在贵阳举行,华为董事、质量流程IT总裁陶景文发表了演讲。

关键字: 华为 12nm EDA 半导体

8月28日消息,在2024中国国际大数据产业博览会上,华为常务董事、华为云CEO张平安发表演讲称,数字世界的话语权最终是由生态的繁荣决定的。

关键字: 华为 12nm 手机 卫星通信

要点: 有效应对环境变化,经营业绩稳中有升 落实提质增效举措,毛利润率延续升势 战略布局成效显著,战新业务引领增长 以科技创新为引领,提升企业核心竞争力 坚持高质量发展策略,塑强核心竞争优势...

关键字: 通信 BSP 电信运营商 数字经济

北京2024年8月27日 /美通社/ -- 8月21日,由中央广播电视总台与中国电影电视技术学会联合牵头组建的NVI技术创新联盟在BIRTV2024超高清全产业链发展研讨会上宣布正式成立。 活动现场 NVI技术创新联...

关键字: VI 传输协议 音频 BSP

北京2024年8月27日 /美通社/ -- 在8月23日举办的2024年长三角生态绿色一体化发展示范区联合招商会上,软通动力信息技术(集团)股份有限公司(以下简称"软通动力")与长三角投资(上海)有限...

关键字: BSP 信息技术
关闭
关闭