Linux kernel Linux系统调用

Linux kernel Linux系统调用,linux-kernel,arm,embedded-linux,Linux Kernel,Arm,Embedded Linux,我能够获得系统调用的执行,以及它在内核中的处理。 但几乎没有什么事情我还不清楚。进入swi例程后,内核保存 用户模式在堆栈上注册。问题是- 是谁干的?(因为swi处理和相应的系统调用例程需要堆栈框架来处理) 如果它是内核自己的堆栈,那么从哪里分配堆栈。。?它会开始使用当前的堆栈吗? 如果是,则当前进程可以是内核中当时可能正在执行的任何进程。这不会耗尽电流堆栈吗 如果它在swi处理程序中使用当前正在执行的用户进程堆栈,那么这将是内核现在要访问的用户地址空间。 这可能吗?由于内核可寻址内存在1GB以

我能够获得系统调用的执行,以及它在内核中的处理。 但几乎没有什么事情我还不清楚。进入swi例程后,内核保存 用户模式在堆栈上注册。问题是-

  • 是谁干的?(因为swi处理和相应的系统调用例程需要堆栈框架来处理)

  • 如果它是内核自己的堆栈,那么从哪里分配堆栈。。?它会开始使用当前的堆栈吗? 如果是,则当前进程可以是内核中当时可能正在执行的任何进程。这不会耗尽电流堆栈吗

  • 如果它在swi处理程序中使用当前正在执行的用户进程堆栈,那么这将是内核现在要访问的用户地址空间。 这可能吗?由于内核可寻址内存在1GB以内(如果4GB RAM内存系统中使用1:3的内核与用户地址空间比)


  • 大多数ARM模式都有单独的堆栈。堆栈通常在重置处理程序后不久设置。从arch/arm/kernel/setup.c:

    /*
     * setup stacks for re-entrant exception handlers
     */
    __asm__ (
    "msr    cpsr_c, %1\n\t"
    "add    sp, %0, %2\n\t"
    "msr    cpsr_c, %3\n\t"
    "add    sp, %0, %4\n\t"
    "msr    cpsr_c, %5\n\t"
    "add    sp, %0, %6\n\t"
    "msr    cpsr_c, %7"
        :
        : "r" (stk),
          "I" (PSR_F_BIT | PSR_I_BIT | IRQ_MODE),
          "I" (offsetof(struct stack, irq[0])),
          "I" (PSR_F_BIT | PSR_I_BIT | ABT_MODE),
          "I" (offsetof(struct stack, abt[0])),
          "I" (PSR_F_BIT | PSR_I_BIT | UND_MODE),
          "I" (offsetof(struct stack, und[0])),
          "I" (PSR_F_BIT | PSR_I_BIT | SVC_MODE)
        : "r14");
    

    p.S.SVC是所谓SWI的当前名称。

    堆栈确实特定于ARM模式

    这是快速系统调用返回路径。我们在这里做的尽可能少,这包括将r0保存回SVC堆栈


    上述行在条目common.S中引用。所以堆栈是SVC堆栈。(注意:swi被svc取代)。

    谢谢,你说得对。。用户模式SP、LR在进入SWI hander时保存。但是我可以从SWI处理程序堆栈中看到当前(活动的Linux内核任务结构)信息。。这怎么可能?