On 05/29, Andrew Morton wrote: > > On Fri, 24 May 2013 19:39:25 +0200 Oleg Nesterov <o...@redhat.com> wrote: > > > audit_log_start() does wait_for_auditd() in a loop until > > audit_backlog_wait_time passes or audit_skb_queue has a room. > > > > If signal_pending() is true this becomes a busy-wait loop, > > schedule() in TASK_INTERRUPTIBLE won't block. > > And that's game over for a uniprocessor non-preempt machine, yes?
If this task is rt, yes. Otherwise schedule() still does pick_next_task() but this is obviously bad anyway. So I fully agree with "Cc: stable" you added. > > Reported-by: Guy Streeter <stree...@redhat.com> > > And what did Guy report? "that looks screwy"? "my machine locked up"? He also investigated the problem and provided the detailed explanation ;) Oleg. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
