系统调用,上下文切换及中断概念的汇总

       仔细揣摩了一段时间.

       系统调用和上下文切换
       1-1 首先每个进程都拥有两个堆栈 用户态栈和内核态栈

       1-2 每CPU变量中会有两个栈单独用于中断过程 分别用于每个独立核的软中断和硬中断 (2.6.x版本后)

       1-3 系统调用过程,进程进入内核态，进程栈进入内核态栈, cpu进入内核态，cpu用户态各寄存器的值保存到内核态栈,执行内核态代码. 执行完从内核态返回到用户态，包括进程栈返回到用户态栈，cpu返回到用户态，cpu各寄存器的值用之前保存在内核态栈的值还原.  内核在执行系统调用时处于进程上下文中，current指针指向当前进程，即引发系统调用的进程。

         a 系统调用的过程中 可以发生进程切换(1 来自时钟中断，时间片用完,schedule()。2内核态代码执行过程中阻塞，主动schedule() )

         b 系统调用的过程中 可以发生中断，中断任意时刻可以发生,中断不属于任何一个进程上下文. 

       中断
       2-1 当前进程是用户态  cpu进入内核态，使用栈进入到中断栈,并且在中断栈保存用户态各寄存器的值,执行中断代码，中断代码执行过程中 不能被阻塞， 不能被切换。执行完中断代码后，从中断栈恢复用户态寄存器值，cpu进入用户态。(用户态进入到内核栈时，该栈时空的，中断代码可以直接使用进程的内核态栈)
       2-2 当前进程是内核态,使用栈进入到中断栈,并且在中断栈保存内核态各寄存器的值，执行中断代码,执行完中断代码后，从中断栈恢复内核态寄存器值.

       2-3 中断代码执行时，处在中断上下文.不属于任何一个进程上下文.

       2-4每CPU变量中会有两个栈单独用于中断过程 分别用于软中断和硬中断 (2.6.x版本后)

       其他细节
      3-1 从内核态返回到用户态的过程中,有很多事情都是这个环节里面做的.

         3-1-1  .检查 need_resched，当前进程是否需要发起schedule() ,这个过程也会发生进程切换

         3-1-2  会检查所有进程是否有信号到达(深入理解linux内核 第三版 422页 ),  信号的处理是在这个过程来触发的。之前看了很多资料，都没发现一个可以进入信号处理的入口. 几乎所有的文章都是讲怎么发信号，怎么处理信号.就是没有一个说道有信号达到的进程是如何感知到，并且被调度.

 

   内核 schedule() 来自下面几个路径

    1.系统调用中需要等着资源的操作，主动 wait_event --> schedule()

    2.时钟中断的schedule()

    3 内核即将返回用户空间的时候，如果need_resched标志被设置，会导致schedule()被调用