Linux内核源码分析--内核启动之(6)Image内核启动(do_basic_setup函数)(Linux-3.0 ARMv7)【转】
原文地址:Linux内核源码分析--内核启动之(6)Image内核启动(do_basic_setup函数)(Linux-3.0 ARMv7) 作者:tekkamanninja
转自:http://blog.chinaunix.net/uid-25909619-id-4938396.html
在基本分析完内核启动流程的之后,还有一个比较重要的初始化函数没有分析,那就是do_basic_setup。在内核init线程中调用了do_basic_setup,这个函数也做了很多内核和驱动的初始化工作,详解如下:
- /*
- * 好了, 设备现在已经初始化完成。 但是还没有一个设备被初始化过,
- * 但是 CPU 的子系统已经启动并运行,
- * 且内存和处理器管理系统已经在工作了。
- *
- * 现在我们终于可以开始做一些实际的工作了..
- */
- static void __init do_basic_setup(void)
- {
- cpuset_init_smp();
点击(此处)折叠或打开
- 针对SMP系统,初始化内核control group的cpuset子系统。如果非SMP,此函数为空。
- cpuset是在用户空间中操作cgroup文件系统来执行进程与cpu和进程与内存结点之间的绑定。
- 本函数将cpus_allowed和mems_allwed更新为在线的cpu和在线的内存结点,并为内存热插拨注册了钩子函数,最后创建一个单线程工作队列cpuset。
- usermodehelper_init();
点击(此处)折叠或打开
- 创建一个单线程工作队列khelper。运行的系统中只有一个,主要作用是指定用户空间的程序路径和环境变量, 最终运行指定的user space的程序,属于关键线程,不能关闭。
- init_tmpfs();
点击(此处)折叠或打开
- 初始化内核tmpfs文件系统
- driver_init();
点击(此处)折叠或打开
- 初始化驱动模型中的各子系统,可见的现象是在/sys中出现的目录和文件
- init_irq_proc();
点击(此处)折叠或打开
- 在proc文件系统中创建irq目录,并在其中初始化系统中所有中断对应的目录。
- do_ctors();
点击(此处)折叠或打开
- 调用链接到内核中的所有构造函数,也就是链接进.ctors段中的所有函数。
- 在Linux-2.6.31开始内核启动增加了对构造函数的支持。
- git提交:
点击(此处)折叠或打开
- commit b99b87f70c7785ab1e253c6220f4b0b57ce3a7f7
- Author: Peter Oberparleiter<oberpar@linux.vnet.ibm.com>
- Date: Wed Jun 17 16:28:03 2009 -0700
- kernel: constructor support
内核:构造函数支持- Call constructors (gcc-generated initcall-like functions) during kernel
- start and module load. Constructors are e.g. used for gcov data
- initialization.
- 在内核启动和模块挂载时,调用构造函数(gcc生成的类初始化函数)。构造函数就是
- 比如用于初始化gcov数据的函数
- Disable constructor support for usermode Linux to prevent conflicts with
- host glibc.
- 对于Linux的用户模式禁用构造函数支持,以避免和glibc冲突。
- Signed-off-by: Peter Oberparleiter<oberpar@linux.vnet.ibm.com>
- Acked-by: Rusty Russell<rusty@rustcorp.com.au>
- Acked-by: WANG Cong<xiyou.wangcong@gmail.com>
- Cc: Sam Ravnborg<sam@ravnborg.org>
- Cc: Jeff Dike<jdike@addtoit.com>
- Cc: Andi Kleen<andi@firstfloor.org>
- Cc: Huang Ying<ying.huang@intel.com>
- Cc: Li Wei<w.li@sun.com>
- Cc: Michael Ellerman<michaele@au1.ibm.com>
- Cc: Ingo Molnar<mingo@elte.hu>
- Cc: Heiko Carstens<heicars2@linux.vnet.ibm.com>
- Cc: Martin Schwidefsky<mschwid2@linux.vnet.ibm.com>
- Cc: Al Viro<viro@zeniv.linux.org.uk>
- Signed-off-by: Andrew Morton<akpm@linux-foundation.org>
- Signed-off-by: Linus Torvalds<torvalds@linux-foundation.org>
$ git tag --contains b99b87f7v2.6.31v2.6.31-rc1v2.6.31-rc2v2.6.31-rc3v2.6.31-rc4v2.6.31-rc5v2.6.31-rc6v2.6.31-rc7v2.6.31-rc8v2.6.31-rc9v2.6.32v2.6.32-rc1v2.6.32-rc2v2.6.32-rc3v2.6.32-rc4v2.6.32-rc5v2.6.32-rc6v2.6.32-rc7v2.6.32-rc8
- do_initcalls();
点击(此处)折叠或打开
- 调用所有编译内核的驱动模块中的初始化函数。
- 这里就是驱动程序员需要关心的步骤,其中按照各个内核模块初始化函数所自定义的启动级别(1~7),按顺序调用器初始化函数。
- 对于同一级别的初始化函数,安装编译是链接的顺序调用,也就是和内核Makefile的编写有关。
在编写内核模块的时候需要知道这方面的知识,比如你编写的模块使用的是I2C的API,那你的模块的初始化函数的级别必须低于I2C子系统初始化函数的级别(也就是级别数(1~7)要大于I2C子系统)。如果编写的模块必须和依赖的模块在同一级,那就必须注意内核Makefile的修改了。这方面的知识会在有空的时候总结下,网上也有相关的文章。 - }
上面的函数调用了driver_init函数,作用是驱动模型子系统的初始化,对于内核驱动工程师来说比较重要,详解如下:
drivers/base/init.c:
- /**
- * driver_init - 初始化驱动模型.
- *
- * 调用驱动模型初始化函数来初始化它们的子系统。
- * 由早期的init/main.c中调用。
- */
- void __init driver_init(void)
- {
- /* 它们为核心部件 */
- devtmpfs_init();
点击(此处)折叠或打开
- 初始化devtmpfs文件系统,驱动核心设备将在这个文件系统中添加它们的设备节点。
- 这个文件系统可以由内核在挂载根文件系统之后自动挂载到/dev下,也可以在文件系统的启动脚本中手动挂载。
- devices_init();
点击(此处)折叠或打开
- 初始化驱动模型中的部分子系统和kobject:
- devices
- dev
- dev/block
- dev/char
- buses_init();
点击(此处)折叠或打开
- 初始化驱动模型中的bus子系统
- classes_init();
点击(此处)折叠或打开
- 初始化驱动模型中的class子系统
- firmware_init();
点击(此处)折叠或打开
- 初始化驱动模型中的firmware子系统
- hypervisor_init();
点击(此处)折叠或打开
- 初始化驱动模型中的hypervisor子系统
- /* 这些也是核心部件, 但是必须
- * 在以上核心中的核心部件之后调用。
- */
- platform_bus_init();
点击(此处)折叠或打开
- 初始化驱动模型中的bus/platform子系统
- system_bus_init();
点击(此处)折叠或打开
- 初始化驱动模型中的devices/system子系统
- cpu_dev_init();
点击(此处)折叠或打开
- 初始化驱动模型中的devices/system/cpu子系统
- memory_dev_init();
点击(此处)折叠或打开
- 初始化驱动模型中的devices/system/memory子系统
- 虽然从代码上看这样,但是我在实际的系统中并没有找到/sys/devices/system/memory这个目录。
- }
【作者】sky
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利.