From: Jeff D. <jd...@ad...> - 2005-03-07 23:06:19
|
bla...@ya... said: > After this story, we come to the question: Jeff, what I missed (apart > that probably it was used in releases before SKAS3)? I don't think it was ever used. The thinking was race avoidance - if a signal hit the process at the same time that it started a system call, or two signals came in at the same time, UML would handle the first, then PTRACE_SIGPENDING to see if there were any more that needed handling. However, the userspace process doesn't receive any signals apart from SIGVTALRM, so this is somewhat moot. If the userspace process did receive important signals (like SIGIO), then not using this could lead to situations where the one running process sleeps for a long time, leaving a SIGIO trapped on the userspace process. And this could lead to deadlocks when the SIGIO was for the I/O that the process was sleeping on. > Could I delete PTRACE_SIGPENDING from the SKAS patch? Yup. Jeff |