linux学习笔记3 初始化的一些补充

关注

原创最新推荐文章于 2026-05-21 19:09:56 发布 1.1k 阅读 AI 写同款· GEO 优化 ›

linux页表机制管理初始化 linux页表机制的建立分为两个阶段，第一个阶段在启动初始化时，调用汇编代码实现临时的分页；第二阶段在内核初始化时建立完整的完整的页表机制。对于物理地址扩展（PAE)分页机制中，intel通过在她得处理器上把管脚数从32增加到36已经满足了这些需求，寻址能力可以达到64GB。不过，只有引入一种新的分页机制把32位线性地址转换为36位物理地址才能使用所增加的物理地址。linux为对多种体系的支持，选阅读详情

在kernel_init里会调用
do_basic_setup();按照level依次调用moduleinit()声明过的模块初始化函数来初始化编译进内核的模块
在随后的init_post()里会起init进程，会加载各个动态模块,同样也是module_init()声明的函数
动态模块的makefile是 obj-m：*.0
静态是 obj-y：*.0
在menuconfig里也可以看到，打M和Y的。

那么，为什么不是在basic_setup里调用呢？

insmod这个工具其实是调用了sys_init_moudle()来给动态模块分配内存空间，并装载模块的符号表到内核符号表，调用初始化函数初始化模块。
也就是说在insmod之前，内核符号表里是没有动态模块的符号表的，因此在basic_setup时，没有找到对应地址的初始化函数，所以没有初始化。

init进程的主函数在/system/code/init/init.c
依次加载了 init.rc init.*.rc init.*.3rdparty.rc
init_parse_config_file("/init.rc");

然后触发 init和boot，
action_for_each_trigger("init", action_add_queue_tail);
action_for_each_trigger("boot", action_add_queue_tail);
在*.rc文件里我们可以看到：
on boot
insmod /system/sps/PIXCIR/ko/pixcir_i2c_ts.ko
当有上述调用的时候（boot），就会触发insmod，就会加载sps目录下对应模块的ko。
这样，动态加载的模块就会被加载到内核中

3rd下的文件夹下，均有一个叫init.3rdparty.rc的文件，在lbuild模块的时候，会被加入总的init.3rdparty.*.rc，并依次被init进程加载。
lbuild模块后会将编译生成的*.ko放到指定的位置，一般大多数都在/system/sps/**/ko/ 。