linux – 信号处理,中断处理问题

概述当进程正在执行阻塞系统调用时,例如读或写,信号已到达. 系统调用是否因错误EINTR而终止？ 处理系统调用后是否重新启动系统调用？ 假设,系统调用以错误EINTR终止,内核在返回用户空间之前处理信号. 信号句柄是在用户模式/内核模式下执行的吗？ 如果它处于用户模式,在系统调用(读/写)之后是否会返回指令,在此期间信号到达或在处理信号后再次进入内核模式并从ret_from_syscall返回给用户. 当进程正在执行阻塞系统调用时,例如读或写,信号已到达.
系统调用是否因错误EINTR而终止？
处理系统调用后是否重新启动系统调用？

假设,系统调用以错误EINTR终止,内核在返回用户空间之前处理信号.

信号句柄是在用户模式/内核模式下执行的吗？
如果它处于用户模式,在系统调用(读/写)之后是否会返回指令,在此期间信号到达或在处理信号后再次进入内核模式并从ret_from_syscall返回给用户.如何在信号到达的系统调用旁边的指令处恢复执行？

是否可以通过在sigaction中传递SA_RESTART标志来重新启动系统？

解决方法 信号在用户模式下执行,但使用不同的用户上下文,然后返回内核,使用ret_from_syscall返回user_mode.
使用SA_RESTART安装信号处理程序时系统调用的行为取决于系统调用.

最新版本的signal overview manpage中提供了重新启动哪个系统调用的说明：

man 7 signal

如果未使用SA_RESTART标志,则不会重新启动系统调用.

总结

以上是内存溢出为你收集整理的linux – 信号处理,中断处理问题全部内容，希望文章能够帮你解决linux – 信号处理,中断处理问题所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。