Linux 课程总结

1 Linux系统的一般执行过程（结合虚拟化）

1.1 Linux系统的一般执行过程分析

1.1.1 Linux系统的一般执行过程

最一般的情况：正在运行的用户态进程X切换到运行用户态进程Y的过程

1. 正在运行的用户态进程X
2. 发生中断——save cs:eip/esp/eflags(current) to kernel stack,then load cs:eip(entry of a specific ISR) and ss:esp(point to kernel stack).
3. SAVE_ALL //保存现场
4. 中断处理过程中或中断返回前调用了schedule()，其中的switch_to做了关键的进程上下文切换
5. 标号1之后开始运行用户态进程Y(这里Y曾经通过以上步骤被切换出去过因此可以从标号1继续执行)
6. restore_all //恢复现场
7. iret - pop cs:eip/ss:esp/eflags from kernel stack
8. 继续运行用户态进程Y

1.2 Linux系统执行过程中的几个特殊情况

1.2.1 几种特殊情况

1. 通过中断处理过程中的调度时机，用户态进程与内核线程之间互相切换和内核线程之间互相切换，与最一般的情况非常类似，只是内核线程运行过程中发生中断没有进程用户态和内核态的转换；
2. 内核线程主动调用schedule()，只有进程上下文的切换，没有发生中断上下文的切换，与最一般的情况略简略；
3. 创建子进程的系统调用在子进程中的执行起点及返回用户态，如fork；
4. 加载一个新的可执行程序后返回到用户态的情况，如execve；

1.2.2 结合虚拟化分析中断过程

1. 物理外设产生虚拟中断流程：

• 外设中断信号（Hypervisor已经将其配置成虚拟中断）到达GIC；
• GIC Distributor将该物理IRQ发送至CPU；
• CPU trap到Hyp模式，此时将会退出Guest OS的运行，并返回到Host OS；
• Host OS将响应该物理中断，也就是Host OS驱动响应外设中断信号；
• Hypervisor往List Register写入虚拟中断，Virtual CPU interface将virtual irq信号发送至vCPU；
• CPU将处理该异常，Guest OS会从Virtual CPU Interface读取中断状态进行响应；

2. 虚拟外设产生虚拟中断流程：

• Qemu模拟外设，通过irqfd来触发Hypervisor进行中断注入；
• Hypervisor往List Register写入虚拟中断，Virtual CPU interface将virtual irq信号发送至vCPU；
• CPU将处理该异常，Guest OS会从Virtual CPU Interface读取中断状态进行响应；

irqfd提供了一种机制用于注入虚拟中断，而这个中断源可以来自虚拟外设；

irqfd是基于eventfd的机制来实现的，用于用户态与内核态，以及内核态之间的事件通知；

事件源可以是虚拟设备，比如VFIO框架等。

1. 初始化的操作包括两部分：

   1. 设置Routing entry
      1. vgic_init初始化的时候创建默认的entry
      2. 用户层通过KVM_SET_GSI_ROUTING来设置
      3. 设置irqfd；

2. 初始化设置完成后，系统可以随时响应事件触发了，当事件源触发时，将调度到irqfd_inject函数；

3. irqfd_inject函数完成虚拟中断的注入操作，在该函数中会去回调set函数，而set函数是在Routing entry初始化的时候设置好的；

4. 实际的注入操作在vgic_irqfd_set_irq函数中完成；

5. kvm_vcpu_kick函数，将Guest OS切回到Host OS，中断注入后再切回到Guest OS就可以响应了；

二.课程收获

通过两个月linux课程的学习，对linux系统有了进一步深入的了解，学会了使用qemu调试linux内核，熟悉了linux常用操作与命令，面对繁杂的linux源码有了读下去并能够读懂的信心，通过内核源代码和知识点结合的学习方式，我终于明白了Linux系统的结构和设计原理，以及系统各个功能之间是如何分工协作的，通过自己动手运行和调试内核，我深刻体会到了一个操作系统是如何运作起来的。这也让我有信心面对以后的项目和工作挑战。课程中不仅学到了许多关于Linux操作系统的知识，更重要的是学会了探索和学习的能力。这才是真正学习的意义所在。