title: SIGKILL signal handling
body: <p>If a linux process is waiting for I/O (i.e it is in <code>SLEEP</code> state) and a <code>SIGKILL</code> signal is issued against it, upon termination (<code>STOPPED</code> state) will it pass through <code>RUNNING</code> or <code>READY</code> state?</p>
  
  <p>In other words, for a process to handle a system interrupt such as one generated by <code>SIGKILL</code> is it necessary to pass through <code>RUNNING</code> or <code>READY</code> state ?</p>
  
  <p>Knowing that under normal circumstances a process can handle an interrupt from kernel and knowing that <code>SIGKILL</code> has a quite contradictory purpose of killing an unresponsive signal, I was doubtful about how much control is given to the process being killed, if any at all.</p>