Linux内核加载过程
通常,Linux内核都是经过gzip加载过之后的映像文件。
-
bootloader复制压缩内核到内存空间。
-
内核自解压。
-
运行内核。
编译完成的Linux内核存放在哪里?
-
https://www.ctyun.cn/zhishi/vmlinux elf格式未压缩内核。
-
arch/arm/boot/compressed/vmlinux 压缩以后的elf格式内核。
-
arch/arm/boot/zImage 压缩内核。
压缩内核(zImage)的入口
-
/arch/arm/boot/compressed/vmlinux.lds 该文件为编译器指定link顺序。
-
ENTRY(_start) 压缩内核从.start段开始执行。
-
在/arch/arm/boot/compressed/head.S中执行以下爱操作:
(1)检测系统空间。
(2)初始化C代码空间。
(3)跳转到C代码decompress_kernel,
arch/arm/boot/compressed/misc.c中。
解压之前的串口输出
-
include/asm-arm/arch-s3c2410/uncompress.h 中定义了puts作为串口输出函数。
-
解压结束之后,程序跳转到r5:解压之后内核的起始地址。
开始真正的Linux内核
1、入口在arch/arm/kernel/head-armv.S
2、查找处理器类型
-
__lookup_processor_type
-
__lookup_architecture_type
3、初始化页表:__creat_page_tables
4、初始化C代码空间
5、跳转到C代码中,start_kernel
ARM的MMU单元
MMU:内存管理单元
作用:
-
虚拟地址到物理地址的映射
-
存储器访问权限
-
控制Cache
通过MMU的访存
-
MMU会先查找TLB中的虚拟地址表
-
如果TLB中没有虚拟地址的入口,硬件从主存储器中的转换表中获取转换与访问权限。
ARM的MMU访存原理

ARM的MMU页表格式
MMU支持基于节或者页的存储器访问。
-
节:1MB的存储器块
-
大页:64KB的存储器块
-
小页:4KB的存储器块
-
微页:1KB的存储器块
页表的级别
存在主存储器内的转换页表有两个级别:
-
第一级表:存储节转换表与指向第二级表的指针
-
第二级表:
(1)存储大页和小页的转换表。
(2)存储微页的转换表。
一级页表的地址
第一级表占用空间16KB,必须16KB对齐

第一级描述符
一级表每个入口描述了它所关联的1MB虚拟地址是如何映射的。

节描述符
-
Bits[1:0] 描述符类型(10b 表示节描述符)
-
Bits[3:2] 高速缓存(cache)和缓冲位(buffer)
-
Bits[4] 由具体实现定义
-
Bits[8:5] 控制的节的16 种域之一
-
Bits[9] 现在没有使用,应该为零
-
Bits[11:10] 访问控制(AP)
-
Bits[19:12] 现在没有使用,应该为零
-
Bits[31:20] 节基址,形成物理地址的高12 位
节的转换过程

临时内核页表的创建 __create_page_tables
把一级页表0x30004000-0xa0080000清空
r4=0xa0004000,r2 = 内核起始地址所在1MB对齐空间,0x30000000
r8 为从处理器信息中得到的MMU 页表标志,r8=0xc0e, r3=0x30000c0e
地址:0x300068000, value:0x30000c0e
映射表内容

映射结果

进入C代码
init/main.c中的start_kernel函数,进入到了Linux内核代码中。
-
printk函数
-
重新初始化页表
-
初始化中断,trap_init
-
设置系统定时器、控制台…
-
创建内核进程init
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/bian-cheng-ri-ji/39425.html