内核模块运行在什么进程环境下

这是一个非常复杂的过程，但是可以简单的概括为如下几个步骤，每一个步骤你可以构思一些巧妙的实现来加深体。

启动第一步－－加载BIOS

当你打开计算机电源，计算机会首先加载BIOS信息，BIOS信息是如此的重要，以至于计算机必须在最开始就找到它。这是因为BIOS中包含了CPU的相关信息、设备启动顺序信息、硬盘信息、内存信息、时钟信息、PnP特性等等。在此之后，计算机心里就有谱了，知道应该去读取哪个硬件设备了。

启动第二步－－读取MBR

众所周知，硬盘上第0磁道第一个扇区被称为MBR，也就是Master Boot Record，即主引导记录，它的大小是512字节，别看地方不大，可里面却存放了预启动信息、分区表信息。

系统找到BIOS所指定的硬盘的MBR后，就会将其复制到0x7c00地址所在的物理内存中。其实被复制到物理内存的内容就是Boot Loader，而具体到你的电脑，那就是lilo或者grub了。

启动第三步－－Boot Loader

Boot Loader 就是在 *** 作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用 *** 作系统内核做好一切准备。

Boot Loader有若干种，其中Grub、Lilo和spfdisk是常见的Loader。

我们以Grub为例来讲解吧，毕竟用lilo和spfdisk的人并不多。

系统读取内存中的grub配置信息（一般为menulst或grublst），并依照此配置信息来启动不同的 *** 作系统。

启动第四步－－加载内核

根据grub设定的内核映像所在路径，系统读取内存映像，并进行解压缩 *** 作。此时，屏幕一般会输出“Uncompressing Linux”的提示。当解压缩内核完成后，屏幕输出“OK, booting the kernel”。

系统将解压后的内核放置在内存之中，并调用start_kernel()函数来启动一系列的初始化函数并初始化各种设备，完成Linux核心环境的建立。至此，Linux内核已经建立起来了，基于Linux的程序应该可以正常运行了。

启动第五步－－用户层init依据inittab文件来设定运行等级

内核被加载后，第一个运行的程序便是/sbin/init，该文件会读取/etc/inittab文件，并依据此文件来进行初始化工作。

其实/etc/inittab文件最主要的作用就是设定Linux的运行等级，其设定形式是“：id:5:initdefault:”，这就表明Linux需要运行在等级5上。Linux的运行等级设定如下：

0：关机

1：单用户模式

2：无网络支持的多用户模式

3：有网络支持的多用户模式

4：保留，未使用

5：有网络支持有X-Window支持的多用户模式

6：重新引导系统，即重启

关于/etc/inittab文件的学问，其实还有很多，在后序文章中设计到的，卖个关子，敬请期待，呵呵

启动第六步－－init进程执行rcsysinit

在设定了运行等级后，Linux系统执行的第一个用户层文件就是/etc/rcd/rcsysinit脚本程序，它做的工作非常多，包括设定PATH、设定网络配置（/etc/sysconfig/network）、启动swap分区、设定/proc等等。如果你有兴趣，可以到/etc/rcd中查看一下rcsysinit文件，里面的脚本够你看几天的:P

启动第七步－－启动内核模块

具体是依据/etc/modulesconf文件或/etc/modulesd目录下的文件来装载内核模块。

启动第八步－－执行不同运行级别的脚本程序

根据运行级别的不同，系统会运行rc0d到rc6d中的相应的脚本程序，来完成相应的初始化工作和启动相应的服务。

启动第九步－－执行/etc/rcd/rclocal

你如果打开了此文件，里面有一句话，读过之后，你就会对此命令的作用一目了然：

# This script will be executed after all the other init scripts

# You can put your own initialization stuff in here if you don’t

# want to do the full Sys V style init stuff

rclocal就是在一切初始化工作后，Linux留给用户进行个性化的地方。你可以把你想设置和启动的东西放到这里。

启动第十步－－执行/bin/login程序，进入登录状态

此时，系统已经进入到了等待用户输入username和password的时候了，你已经可以用自己的帐号登入系统了。:)

linux进程调度中最基本的数据结构是struct runqueue；有关于此结构的队列在kernel/schedc，此队列包含了处理器的所有可执行进程的信息。

每个运行队列都有两个优先级数组，一个活跃的和一个过期的，此数组也是在kernel/schedc中含有。

schedule函数定义也是在kernel/schedc中。

/proc/meminfo 不能反映每个进程的内存使用

这些东西只在/proc/xxxx/下的statm maps memmap 里有体现

你只需要查看这些虚拟文件在linux内核的实现即可

例如cat /proc/1/statm ,出来的7组数据里，第二组就是进程1的物理内存使用量，单位是当前内核的PAGE_SIZE

具体说明详见 Documentation/filesystems/proctxt

具体实现就是fs/proc/arrayc 下的

C/C++ code123456789101112131415int proc_pid_statm(struct seq_file m, struct pid_namespace ns, struct pid pid, struct task_struct task){ unsigned long size = 0, resident = 0, shared = 0, text = 0, data = 0; struct mm_struct mm = get_task_mm(task); if (mm) { size = task_statm(mm, &shared, &text, &data, &resident); mmput(mm); } seq_printf(m, "%lu %lu %lu %lu 0 %lu 0\n", size, resident, shared, text, data); return 0;}

这个函数改成你需要的结果，只有一个难点，就是根据pid得到对应的 task_struct。

不知道有没现成的api。遍历查找一下全局 task_struct链表应该不难解决

如图用XT可以查看进程钩子的地址。。

但是这个函数的地址每次开机都会变 每次都看一遍很麻烦 。。。

想写成程序 能自动获取那个地址 ，C++的

求大神解答~

以上就是关于内核模块运行在什么进程环境下全部的内容，包括:内核模块运行在什么进程环境下、linux 内核中关于进程调度的内容在哪个目录下schedule函数在哪里、Linux如何获取进程在物理内存中的所有内容当进程在内存中的内容发生变化时，又如何获知内核中实现等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！