system_call中断处理过程分析

原创作品转载请注明出处  《Linux内核分析》MOOC课程http://mooc.study.163.com/course/USTC-1000029000

系统调用是上层软件最终与操作系统沟通的唯一途径,于是我们需要分析操作系统调用的整个流程以便于更清楚地知道操作系统如何运作。

int TimeAsm(int argc, char *argv[])
{
    time_t tt;
    struct tm *t;
    asm volatile(
        "mov $0,%%ebx\n\t"
        "mov $0xd,%%eax\n\t" 
        "int $0x80\n\t" 
        "mov %%eax,%0\n\t"  
        : "=m" (tt) 
    );
    t = localtime(&tt);
    printf("time:%d:%d:%d:%d:%d:%d\n",t->tm_year+1900, t->tm_mon, t->tm_mday, t->tm_hour, t->tm_min, t->tm_sec);
    return 0;
}

int main()
{
    PrintMenuOS();
    SetPrompt("MenuOS>>");
    MenuConfig("version","MenuOS V1.0(Based on Linux 3.18.6)",NULL);
    MenuConfig("quit","Quit from MenuOS",Quit);
    MenuConfig("time","Show System Time",Time);
    MenuConfig("time-asm","Show System Time(asm)",TimeAsm);	// 将实现的函数加入到命令列表中
    ExecuteMenu();                				// 最终执行体,等待用户交互
}

以下面是注册和执行流程:


int TimeAsm(int argc, char *argv[])
{
    time_t tt;
    struct tm *t;
    asm volatile(
        "mov $0,%%ebx\n\t"
        "mov $0xd,%%eax\n\t" 
        "int $0x80\n\t" 
        "mov %%eax,%0\n\t"  
        : "=m" (tt) 
    );
    t = localtime(&tt);
    printf("time:%d:%d:%d:%d:%d:%d\n",t->tm_year+1900, t->tm_mon, t->tm_mday, t->tm_hour, t->tm_min, t->tm_sec);
    return 0;
}

int main()
{
    PrintMenuOS();
    SetPrompt("MenuOS>>");
    MenuConfig("version","MenuOS V1.0(Based on Linux 3.18.6)",NULL);
    MenuConfig("quit","Quit from MenuOS",Quit);
    MenuConfig("time","Show System Time",Time);
    MenuConfig("time-asm","Show System Time(asm)",TimeAsm);	// 将实现的函数加入到命令列表中
    ExecuteMenu();                				// 最终执行体,等待用户交互
}

这个流程还是比较简单明了的。

        接着,步入正轨,具体了解调用流程:

        1.库函数触发中断,并给出系统调用号;2.操作系统通过中断描述符表找到对应的中断处理函数:

       于是我们看到了 : ENTRY(system_call)

        进一步找到对应的宏定义:/linux-3.18.6/include/linux/linkage.h

        #define ENTRY(name) \
                                                .globl name ASM_NL \
                                                ALIGN ASM_NL \

                                                name:

        这里有些不太理解,按照宏中显示此处便定义了标号system_call,但在后面却又看到system_call,希望理解的小伙伴可以告知,觉得这段主要起链接用途,还有个ENDPROC(system_call)与之对应。

int TimeAsm(int argc, char *argv[])
{
    time_t tt;
    struct tm *t;
    asm volatile(
        "mov $0,%%ebx\n\t"
        "mov $0xd,%%eax\n\t" 
        "int $0x80\n\t" 
        "mov %%eax,%0\n\t"  
        : "=m" (tt) 
    );
    t = localtime(&tt);
    printf("time:%d:%d:%d:%d:%d:%d\n",t->tm_year+1900, t->tm_mon, t->tm_mday, t->tm_hour, t->tm_min, t->tm_sec);
    return 0;
}

int main()
{
    PrintMenuOS();
    SetPrompt("MenuOS>>");
    MenuConfig("version","MenuOS V1.0(Based on Linux 3.18.6)",NULL);
    MenuConfig("quit","Quit from MenuOS",Quit);
    MenuConfig("time","Show System Time",Time);
    MenuConfig("time-asm","Show System Time(asm)",TimeAsm);	// 将实现的函数加入到命令列表中
    ExecuteMenu();                				// 最终执行体,等待用户交互
}

下面是系统调用表/linux-3.18.6/arch/frv/kernel/entry.S ,的一部分呢

int TimeAsm(int argc, char *argv[])
{
    time_t tt;
    struct tm *t;
    asm volatile(
        "mov $0,%%ebx\n\t"
        "mov $0xd,%%eax\n\t" 
        "int $0x80\n\t" 
        "mov %%eax,%0\n\t"  
        : "=m" (tt) 
    );
    t = localtime(&tt);
    printf("time:%d:%d:%d:%d:%d:%d\n",t->tm_year+1900, t->tm_mon, t->tm_mday, t->tm_hour, t->tm_min, t->tm_sec);
    return 0;
}

int main()
{
    PrintMenuOS();
    SetPrompt("MenuOS>>");
    MenuConfig("version","MenuOS V1.0(Based on Linux 3.18.6)",NULL);
    MenuConfig("quit","Quit from MenuOS",Quit);
    MenuConfig("time","Show System Time",Time);
    MenuConfig("time-asm","Show System Time(asm)",TimeAsm);	// 将实现的函数加入到命令列表中
    ExecuteMenu();                				// 最终执行体,等待用户交互
}

总结

1、用户态到内核态需要int 0x80进行中断,只有生成了中断向量后才可以切换状态;

2、中断处理让CPU停止当前工作转为执行系统内核中预设的一些任务,因此必须要对当前CPU执行的任务进行执行现场的保护工作,并对一些其他杂七杂八的工作进行检查,完成调用后,再进行检查,才能执行iret返回。

3、系统内部调用涉及CPU架构等内容,不同的CPU对于系统调用的汇编具体代码是不一样的。









  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: "Interrupted system call" 是指一个系统调用被一个信号中断了。在Unix或类Unix系统中,信号可以被进程或操作系统发送给进程,以通知它发生了某些事件或错误。当一个进程在执行系统调用时,如果它接收到一个信号,系统调用可能会被中断并返回一个错误代码 EINTR,表示这个操作被中断了。这个错误代码通常需要被处理,以确保系统调用能够继续执行或恢复执行。 ### 回答2: "interrupted system call" 是一个指在操作系统中经常遇到的错误消息,通常会出现在一个进程正在执行系统调用(system call)的过程中被中断时。这个错误消息表明在执行过程中发生了某种中断事件,导致系统调用无法完成。 中断事件可以是多种原因引起的,例如,当进程收到一个信号时,操作系统可能会中断当前的系统调用来处理该信号。另外,计时器到期、输入/输出操作出现错误、内存访问违规等情况也可能导致系统调用中断。 当一个系统调用被中断时,操作系统会将正在执行的系统调用的状态保存起来,然后将控制权返回到调用它的进程。进程可以通过检查系统调用的返回值来确定系统调用是否成功完成,如果系统调用被中断,则通常返回一个特殊的错误码。 对于开发者而言,处理 "interrupted system call" 错误通常需要检查系统调用的返回值,并根据具体情况采取相应的处理措施。这可能包括重新尝试系统调用、忽略中断事件、处理发生的错误等。 总之,"interrupted system call" 是一个常见的操作系统错误消息,表示在执行系统调用的过程中发生了中断事件,进程需要根据错误码和具体情况来进行处理。 ### 回答3: "interrupted system call"是一个指在进行系统调用过程中被中断的情况。在操作系统中,系统调用是应用程序与操作系统之间进行交互的机制。当应用程序需要执行一些特权操作或访问底层资源时,就会发起一个系统调用。 在执行系统调用期间,操作系统可能会发生一些中断事件,例如定时器中断、硬件中断等。当中断事件发生时,操作系统会暂停当前正在执行的进程,切换到中断处理程序中执行。一旦中断事件的处理完成,操作系统会再次返回原来的进程继续执行。 在这个过程中,如果一个系统调用未能完成,就会出现"interrupted system call"的情况。这通常是由于中断事件中断了系统调用的执行。例如,在进行IO操作时,如果设备中断发生,操作系统会中断当前的系统调用,并开始处理设备中断。一旦设备中断处理完成,操作系统会再次返回原来的系统调用。 当出现"interrupted system call"时,操作系统会将一个特定的错误码返回给应用程序,以表示系统调用被中断的原因。应用程序可以根据错误码来做相应的处理,例如重新发起系统调用或进行错误处理。 总之,"interrupted system call"表示在系统调用过程中由于中断事件的发生而导致系统调用被中断。这是操作系统的正常行为,应用程序可以根据错误码来进行相应的处理。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值