if (signal_pending(current))
{
ret = -ERESTARTSYS;
return ret;
}
-ERESTARTSYS表示信号函数处理完毕后重新执行信号函数前的某个系统调用.
{
ret = -ERESTARTSYS;
return ret;
}
-ERESTARTSYS表示信号函数处理完毕后重新执行信号函数前的某个系统调用.
也就是说,如果信号函数前有发生系统调用,在调度用户信号函数之前
内核会检查系统调用的返回值,看看是不是因为这个信号而中断了系统调用.
如果返回值 -ERESTARTSYS,并且当前调度的信号具备-ERESTARTSYS属性,
系统就会在用户信号函数返回之后再执行该系统调用
这种一种系统调用的重入问题
一般的情况下,当用户进程在内核态时,如果产生信号,要等从内核态返回用户态的时候才会检查是否有信号需要处理
这里更进一步地说明了,信号还有类似可重入的机制
当一个系统调用处于等待状态时,比如等待输入缓冲区不为空,此时产生了信号,这个信号仅仅是在该进程的thread_info结构中标识一下,就是所谓的“发信号”,
这个处在内核态,这个信号是不能处理的,必须要等系统调用被唤醒,从内核态切换回用户态才行体现这个信号
系统调用醒来后,此时仅仅用signal_pending()检查一下是否有信号,这里,不处理信号的,当此时有信号,系统调用返回ERESTARTSYS,
在从系统调用的返回用户空间时,会根据thread_info中信号标识位调用相应的信号处理函数,这里就是所谓的“接收信号”,对于Linux,上层库函数会根据系统调用的ERESTARTSYS返回值重启该系统调用,
一旦信号是缓冲区有数据了的信号,不为空,就可以直接处理数据,系统调用正常结束