Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit 8fef423

Browse files
wenchao1024wenchao1024
authored
Create Linux操作系统学习——内核初始化.md
1 parent 88be3c8 commit 8fef423

File tree

1 file changed

+385
-0
lines changed

1 file changed

+385
-0
lines changed

‎文章/Linux操作系统学习——内核初始化.md‎

Lines changed: 385 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,385 @@
1+
## 一. 前言
2+
  前文分析到Linux内核正式启动，完成了实模式到保护模式的切换，并做好了各种准备工作。下来就要看开始内核初始化工作了，源码位置位于init/main.c中的start_kernel()，源码如附录所示。这包括了一系列重要的初始化工作，本文会介绍其中一部分较为重要的，但是详细的介绍依然会留在后文各个模块的源码学习中单独进行。本文的目的在于承接上文给出一个从内核启动到各个模块开始运转的过程介绍，而不是详细的各部分内容介绍。
3+
4+
* 创建0号进程：INIT_TASK(init_task)
5+
6+
* 异常处理类中断服务程序挂接：trap_init()
7+
8+
* 内存初始化：mm_init()
9+
10+
* 调度器初始化sched_init()
11+
12+
* 剩余初始化：rest_init()
13+
14+
## 二. 0号进程的创建
15+
16+
  start_kernel()上来就会运行 set_task_stack_end_magic(&init_task)创建初始进程。init_task的定义是 struct task_struct init_task = INIT_TASK(init_task)。它是系统创建的第一个进程，我们称为 0 号进程。这是唯一一个没有通过 fork 或者 kernel_thread产生的进程，是进程列表的第一个。
17+
18+
  如下所示为init_task的定义，这里只节选了部分，采用了gcc的结构体初始化方式为其进行了直接赋值生成。
19+
20+
```c
21+
/*
22+
* Set up the first task table, touch at your own risk!. Base=0,
23+
* limit=0x1fffff (=2MB)
24+
*/
25+
struct task_struct init_task
26+
#ifdef CONFIG_ARCH_TASK_STRUCT_ON_STACK
27+
__init_task_data
28+
#endif
29+
= {
30+
......
31+
.state = 0,
32+
.stack = init_stack,
33+
.usage = REFCOUNT_INIT(2),
34+
.flags = PF_KTHREAD,
35+
.prio = MAX_PRIO - 20,
36+
.static_prio = MAX_PRIO - 20,
37+
.normal_prio = MAX_PRIO - 20,
38+
.policy = SCHED_NORMAL,
39+
.cpus_ptr = &init_task.cpus_mask,
40+
.cpus_mask = CPU_MASK_ALL,
41+
.nr_cpus_allowed = NR_CPUS,
42+
.mm = NULL,
43+
.active_mm = &init_mm,
44+
......
45+
.thread_pid = &init_struct_pid,
46+
.thread_group = LIST_HEAD_INIT(init_task.thread_group),
47+
.thread_node = LIST_HEAD_INIT(init_signals.thread_head),
48+
......
49+
};
50+
EXPORT_SYMBOL(init_task);
51+
```
52+
  而 set_task_stack_end_magic(&init_task)函数的源码如下，主要是通过end_of_stack()获取栈边界地址，然后把栈底地址设置为STACK_END_MAGIC，作为栈溢出的标记。每个进程创建的时候，系统会为这个进程创建2个页大小的内核栈。
53+
```c
54+
void set_task_stack_end_magic(struct task_struct *tsk)
55+
{
56+
unsigned long *stackend;
57+
58+
stackend = end_of_stack(tsk);
59+
*stackend = STACK_END_MAGIC; /* for overflow detection */
60+
}
61+
```
62+
  init_task是静态定义的一个进程，也就是说当内核被放入内存时，它就已经存在，它没有自己的用户空间，一直处于内核空间中运行，并且也只处于内核空间运行。0号进程用于包括内存、页表、必要数据结构、信号、调度器、硬件设备等的初始化。当它执行到最后（剩余初始化）时，将start_kernel中所有的初始化执行完成后，会在内核中启动一个kernel_init内核线程和一个kthreadd内核线程，kernel_init内核线程执行到最后会通过execve系统调用执行转变为我们所熟悉的init进程，而kthreadd内核线程是内核用于管理调度其他的内核线程的守护线程。在最后init_task将变成一个idle进程，用于在CPU没有进程运行时运行它，它在此时仅仅用于空转。
63+
64+
## 三. 中断初始化
65+
66+
  由代码可见，trap_init()设置了很多的中断门（Interrupt Gate)，用于处理各种中断，如系统调用的中断门set_system_intr_gate(IA32_SYSCALL_VECTOR, entry_INT80_32)。
67+
```c
68+
void trap_init(void)
69+
{
70+
int i;
71+
//设置系统的硬件中断 中断位于kernel/asm.s 或 system_call.s
72+
set_trap_gate(0,÷_error);//0中断，位于/kernel/asm.s 19行
73+
set_trap_gate(1,&debug);
74+
set_trap_gate(2,&nmi);
75+
set_system_gate(3,&int3); /* int3-5 can be called from all */
76+
set_system_gate(4,&overflow);
77+
set_system_gate(5,&bounds);
78+
set_trap_gate(6,&invalid_op);
79+
set_trap_gate(7,&device_not_available);
80+
set_trap_gate(8,&double_fault);
81+
set_trap_gate(9,&coprocessor_segment_overrun);
82+
set_trap_gate(10,&invalid_TSS);
83+
set_trap_gate(11,&segment_not_present);
84+
set_trap_gate(12,&stack_segment);
85+
set_trap_gate(13,&general_protection);
86+
set_trap_gate(14,&page_fault);
87+
set_trap_gate(15,&reserved);
88+
set_trap_gate(16,&coprocessor_error);
89+
for (i=17;i<48;i++)
90+
set_trap_gate(i,&reserved);
91+
set_trap_gate(45,&irq13);
92+
outb_p(inb_p(0x21)&0xfb,0x21);
93+
outb(inb_p(0xA1)&0xdf,0xA1);
94+
set_trap_gate(39,¶llel_interrupt);
95+
}
96+
```
97+
## 四. 内存初始化
98+
99+
  内存相关的初始化内容放在mm_init()中进行，代码如下所示
100+
```c
101+
// init/main.c
102+
/*
103+
* Set up kernel memory allocators
104+
*/
105+
static void __init mm_init(void)
106+
{
107+
/*
108+
* page_ext requires contiguous pages,
109+
* bigger than MAX_ORDER unless SPARSEMEM.
110+
*/
111+
page_ext_init_flatmem();
112+
mem_init();
113+
kmem_cache_init();
114+
pgtable_init();
115+
vmalloc_init();
116+
ioremap_huge_init();
117+
/* Should be run before the first non-init thread is created */
118+
init_espfix_bsp();
119+
/* Should be run after espfix64 is set up. */
120+
pti_init();
121+
}
122+
```
123+
  调用的函数功能基本如名字所示，主要进行了以下初始化设置：
124+
125+
* page_ext_init_flatmem()和cgroup的初始化相关，该部分是docker技术的核心部分
126+
* mem_init()初始化内存管理的伙伴系统
127+
* kmem_cache_init()完成内核slub内存分配体系的初始化，相关的还有buffer_init
128+
* pgtable_init()完成页表初始化，包括页表锁ptlock_init()和
129+
* vmalloc_init()完成vmalloc的初始化
130+
* ioremap_huge_init() ioremap实现I/O内存资源由物理地址映射到虚拟地址空间，此处为其功能的初始化
131+
* init_espfix_bsp()和pti_init()完成PTI（page table isolation）的初始化
132+
133+
  此处不展开说明这些函数，留待后面内存管理部分详细分析各个部分。
134+
135+
## 五. 调度器初始化
136+
137+
  调度器初始化通过sched_init()完成，其主要工作包括
138+
139+
* 对相关数据结构分配内存：如初始化waitqueues数组，根据调度方式FAIR/RT设置alloc_size，调用kzalloc分配空间
140+
* 初始化root_task_group：根据FAIR/RT的不同，将kzalloc分配的空间用于其初始化，主要结构task_group包含以下几个重要组成部分：se, rt_se, cfs_rq 以及 rt_rq。其中cfs_rq和rt_rq表示run queue，即一种特殊的per-cpu结构体用于内核调度器存储激活的线程。
141+
* 调用for_each_possible_cpu()初始化每个possibleCPU（存储于cpu_possible_mask为图中）的runqueue队列(包括其中的cfs队列和实时进程队列)，rq结构体是调度进程的基本数据结构，调度器用rq决定下一个将要被调度的进程。详细介绍会在调度一节进行。
142+
* 调用set_load_weight(&init_task)，将init_task进程转变为idle进程
143+
* 需要说明的是init_task在这里会被转变为idle进程，但是它还会继续执行初始化工作，相当于这里只是给init_task挂个idle进程的名号，它其实还是init_task进程，只有到最后init_task进程开启了kernel_init和kthreadd进程之后，才转变为真正意义上的idle进程。
144+
145+
## 六. 剩余初始化
146+
147+
  rest_init是非常重要的一步，主要包括了区分内核态和用户态、初始化1号进程和初始化2号进程。
148+
149+
### 6.1 内核态和用户态
150+
151+
  在运行用户进程之前，尚需要完成一件事：区分内核态和用户态。x86 提供了分层的权限机制，把区域分成了四个 Ring，越往里权限越高，越往外权限越低。操作系统很好地利用了这个机制，将能够访问关键资源的代码放在 Ring0，我们称为内核态（Kernel Mode）；将普通的程序代码放在 Ring3，我们称为用户态（User Mode）。
152+
153+
![image](https://user-images.githubusercontent.com/87457873/128179077-86195ad6-7e0c-429f-b977-d9539a912405.png)
154+
155+
### 6.2 初始化1号进程
156+
157+
  rest_init() 的一大工作是，用 kernel_thread(kernel_init, NULL, CLONE_FS)创建第二个进程，这个是 1 号进程。1 号进程对于操作系统来讲，有“划时代”的意义，因为它将运行一个用户进程，并从此开始形成用户态进程树。这里主要需要分析的是如何完成从内核态到用户态切换的过程。kernel_thread()代码如下所示，可见其中最主要的是第一个参数指针函数fn决定了栈中的内容，根据fn的不同将生成1号进程和后面的2号进程。
158+
```c
159+
/*
160+
* Create a kernel thread.
161+
*/
162+
pid_t kernel_thread(int (*fn)(void *), void *arg, unsigned long flags)
163+
{
164+
struct kernel_clone_args args = {
165+
.flags = ((flags | CLONE_VM | CLONE_UNTRACED) & ~CSIGNAL),
166+
.exit_signal = (flags & CSIGNAL),
167+
.stack = (unsigned long)fn,
168+
.stack_size = (unsigned long)arg,
169+
};
170+
171+
return _do_fork(&args);
172+
}
173+
```
174+
  kernel_thread() 的参数是一个函数 kernel_init()，核心代码如下：
175+
```c
176+
if (ramdisk_execute_command)
177+
{
178+
ret = run_init_process(ramdisk_execute_command);
179+
......
180+
}
181+
......
182+
if (!try_to_run_init_process("/sbin/init") ||
183+
!try_to_run_init_process("/etc/init") ||
184+
!try_to_run_init_process("/bin/init") ||
185+
!try_to_run_init_process("/bin/sh"))
186+
return 0;
187+
```
188+
  这就说明，1 号进程运行的是一个文件。如果我们打开 run_init_process() 函数，会发现它调用的是 do_execve()。
189+
```c
190+
static int run_init_process(const char *init_filename)
191+
{
192+
argv_init[0] = init_filename;
193+
return do_execve(getname_kernel(init_filename),
194+
(const char __user *const __user *)argv_init,
195+
(const char __user *const __user *)envp_init);
196+
}
197+
```
198+
  接着会进行一系列的调用：do_execve->do_execveat_common->exec_binprm->search_binary_handler，这里search_binary_handler()主要是加载ELF文件（Executable and Linkable Format，可执行与可链接格式），代码如下
199+
```c
200+
int search_binary_handler(struct linux_binprm *bprm)
201+
{
202+
......
203+
struct linux_binfmt *fmt;
204+
......
205+
retval = fmt->load_binary(bprm);
206+
......
207+
}
208+
```
209+
  load_binary先调用load_elf_binary，最后调用start_thread
210+
211+
```c
212+
void
213+
start_thread(struct pt_regs *regs, unsigned long new_ip, unsigned long new_sp)
214+
{
215+
set_user_gs(regs, 0);
216+
regs->fs = 0;
217+
regs->ds = __USER_DS;
218+
regs->es = __USER_DS;
219+
regs->ss = __USER_DS;
220+
regs->cs = __USER_CS;
221+
regs->ip = new_ip;
222+
regs->sp = new_sp;
223+
regs->flags = X86_EFLAGS_IF;
224+
force_iret();
225+
}
226+
EXPORT_SYMBOL_GPL(start_thread);
227+
```
228+
  这个结构就是在系统调用的时候，内核中保存用户态运行上下文的，里面将用户态的代码段 CS 设置为 __USER_CS，将用户态的数据段 DS 设置为 __USER_DS，以及指令指针寄存器 IP、栈指针寄存器 SP。这里相当于补上了原来系统调用里，保存寄存器的一个步骤。最后的 iret 是干什么的呢？它是用于从系统调用中返回。这个时候会恢复寄存器。从哪里恢复呢？按说是从进入系统调用的时候，保存的寄存器里面拿出。好在上面的函数补上了寄存器。CS 和指令指针寄存器 IP 恢复了，指向用户态下一个要执行的语句。DS 和函数栈指针 SP 也被恢复了，指向用户态函数栈的栈顶。所以，下一条指令，就从用户态开始运行了。
229+
230+
  经过上述过程，我们完成了从内核态切换到用户态。而此时代码其实还在运行 kernel_init函数，会调用
231+
```c
232+
if (!ramdisk_execute_command)
233+
ramdisk_execute_command = "/init";
234+
```
235+
  结合上面的init程序，这里出现了第二个init。这是有其存在的必要性的：上文提到的 init 程序是在文件系统上的，文件系统一定是在一个存储设备上的，例如硬盘。Linux 访问存储设备，要有驱动才能访问。如果存储系统数目很有限，那驱动可以直接放到内核里面，反正前面我们加载过内核到内存里了，现在可以直接对存储系统进行访问。但是存储系统越来越多了，如果所有市面上的存储系统的驱动都默认放进内核，内核就太大了。这该怎么办呢？
236+
237+
  我们只好先弄一个基于内存的文件系统。内存访问是不需要驱动的，这个就是 ramdisk。这个时候，ramdisk 是根文件系统。然后，我们开始运行 ramdisk 上的 /init。等它运行完了就已经在用户态了。/init 这个程序会先根据存储系统的类型加载驱动，有了驱动就可以设置真正的根文件系统了。有了真正的根文件系统，ramdisk 上的 /init 会启动文件系统上的 init。接下来就是各种系统的初始化。启动系统的服务，启动控制台，用户就可以登录进来了。
238+
239+
### 6.3 初始化2号进程
240+
241+
  rest_init 另一大事情就是创建第三个进程，就是 2 号进程。kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES)又一次使用 kernel_thread 函数创建进程。这里需要指出一点，函数名 thread 可以翻译成“线程”，这也是操作系统很重要的一个概念。从内核态来看，无论是进程，还是线程，我们都可以统称为任务（Task），都使用相同的数据结构，平放在同一个链表中。这里的函数kthreadd，负责所有内核态的线程的调度和管理，是内核态所有线程运行的祖先。
242+
243+
  kthreadd，即2号进程，用于内核态线程的管理，是一个守护线程。其源码如下所示，运行流程包括
244+
245+
* 初始化了task结构，并将该线程设置为允许任意CPU运行。
246+
* 进入循环，将线程状态设置为TASK_INTERRUPTIBLE，如果当前kthread_create_list为空，没有要创建的线程，则执行schedule()让出CPU资源。
247+
* 如果需要创建，则设置为TASK_RUNNING状态，加上锁spin_lock，从链表中取得kthread_create_info 结构的地址，在上文中已经完成插入操作(将kthread_create_info结构中的 list 成员加到链表中，此时根据成员 list 的偏移获得 create)
248+
* 调用create_kthread(create)完成线程的创建
249+
250+
```c
251+
int kthreadd(void *unused)
252+
{
253+
struct task_struct *tsk = current;
254+
255+
/* Setup a clean context for our children to inherit. */
256+
set_task_comm(tsk, "kthreadd");
257+
ignore_signals(tsk);
258+
set_cpus_allowed_ptr(tsk, cpu_all_mask);
259+
set_mems_allowed(node_states[N_MEMORY]);
260+
261+
current->flags |= PF_NOFREEZE;
262+
cgroup_init_kthreadd();
263+
264+
for (;;) {
265+
set_current_state(TASK_INTERRUPTIBLE);
266+
if (list_empty(&kthread_create_list))
267+
schedule();
268+
__set_current_state(TASK_RUNNING);
269+
270+
spin_lock(&kthread_create_lock);
271+
while (!list_empty(&kthread_create_list)) {
272+
struct kthread_create_info *create;
273+
274+
create = list_entry(kthread_create_list.next,
275+
struct kthread_create_info, list);
276+
list_del_init(&create->list);
277+
spin_unlock(&kthread_create_lock);
278+
279+
create_kthread(create);
280+
281+
spin_lock(&kthread_create_lock);
282+
}
283+
spin_unlock(&kthread_create_lock);
284+
}
285+
286+
return 0;
287+
}
288+
```
289+
  而create_kthread(create)函数做了一件让人意外的事情：调用了kernel_thread()，所以又回到了创建1号进程和2号进程的函数上，这次的回调函数为kthread，该函数才会真正意义上分配内存、初始化一个新的内核线程。
290+
```c
291+
static void create_kthread(struct kthread_create_info *create)
292+
{
293+
int pid;
294+
295+
#ifdef CONFIG_NUMA
296+
current->pref_node_fork = create->node;
297+
#endif
298+
/* We want our own signal handler (we take no signals by default). */
299+
pid = kernel_thread(kthread, create, CLONE_FS | CLONE_FILES | SIGCHLD);
300+
if (pid < 0) {
301+
/* If user was SIGKILLed, I release the structure. */
302+
struct completion *done = xchg(&create->done, NULL);
303+
304+
if (!done) {
305+
kfree(create);
306+
return;
307+
}
308+
create->result = ERR_PTR(pid);
309+
complete(done);
310+
}
311+
}
312+
```
313+
  下面是kthread的源码，这里有个很重要的地方：新创建的线程由于执行了 schedule() 调度，此时并没有执行，直到我们使用wake_up_process(p)唤醒新创建的线程。线程被唤醒后, 会接着执行最后一段threadfn(data)
314+
```c
315+
static int kthread(void *_create)
316+
{
317+
/* Copy data: it's on kthread's stack */
318+
struct kthread_create_info *create = _create;
319+
int (*threadfn)(void *data) = create->threadfn;
320+
void *data = create->data;
321+
struct completion *done;
322+
struct kthread *self;
323+
int ret;
324+
325+
self = kzalloc(sizeof(*self), GFP_KERNEL);
326+
set_kthread_struct(self);
327+
328+
/* If user was SIGKILLed, I release the structure. */
329+
done = xchg(&create->done, NULL);
330+
if (!done) {
331+
kfree(create);
332+
do_exit(-EINTR);
333+
}
334+
335+
if (!self) {
336+
create->result = ERR_PTR(-ENOMEM);
337+
complete(done);
338+
do_exit(-ENOMEM);
339+
}
340+
341+
self->data = data;
342+
init_completion(&self->exited);
343+
init_completion(&self->parked);
344+
current->vfork_done = &self->exited;
345+
346+
/* OK, tell user we're spawned, wait for stop or wakeup */
347+
__set_current_state(TASK_UNINTERRUPTIBLE);
348+
create->result = current;
349+
/*
350+
* Thread is going to call schedule(), do not preempt it,
351+
* or the creator may spend more time in wait_task_inactive().
352+
*/
353+
preempt_disable();
354+
complete(done);
355+
schedule_preempt_disabled();
356+
preempt_enable();
357+
358+
ret = -EINTR;
359+
if (!test_bit(KTHREAD_SHOULD_STOP, &self->flags)) {
360+
cgroup_kthread_ready();
361+
__kthread_parkme(self);
362+
ret = threadfn(data);
363+
}
364+
do_exit(ret);
365+
}
366+
```
367+
  由此，我们可以总结一下第2号进程的工作流程：
368+
369+
* 第2号进程kthreadd进程由第0号进程通过kernel_thread()创建，并始终运行在内核空间, 负责所有内核线程的调度和管理
370+
* 第2号进程会循环检测kthread_create_list全局链表, 当我们调用kernel_thread创建内核线程时，新线程会被加入到此链表中，因此所有的内核线程都是直接或者间接的以kthreadd为父进程
371+
* 检测到新线程创建，则调用kernel_thread()创建线程，其回调为kthread
372+
* kthread在创建完后调用schedule()让出CPU资源，而不是直接运行。等待收到wake_up_process(p)的唤醒后再继续执行threadfn(data)。
373+
374+
因此
375+
376+
* 任何一个内核线程入口都是 kthread()
377+
* 通过kthread_create()创建的内核线程不会立刻运行，需要手工 wake up.
378+
* 通过kthread_create() 创建的内核线程有可能不会执行相应线程函数threadfn而直接退出
379+
380+
  回到rest_init()，当完成了1号2号进程的创建后，我们将0号进程真正归位idle进程，结束rest_init()，也正事结束了start_kernel()函数，由此，内核初始化全部完成。
381+
382+
## 七. 总结
383+
  
384+
本文介绍了内核初始化的几个重要部分，其实还有很多初始化没有介绍，如cgroup初始化、虚拟文件系统初始化、radix树初始化、rcu初始化、计时器和时间初始化、架构初始化等等，这些会在后面有针对性的单独介绍。
385+

0 commit comments

Comments
 (0)