Thread (11 messages) flat view 11 messages, 2 authors, 2012-02-07

Re: [PATCH RT 2/2 v4] preempt-rt/x86: Delay calling signals in int3

From: Oleg Nesterov <oleg@redhat.com>
Date: 2012-02-05 19:38:32
Also in: lkml

Damn. Sorry for noise...

On 02/05, Oleg Nesterov wrote:
+int force_sig_info(int sig, struct siginfo *info, struct task_struct *t)
+{
+#ifdef CONFIG_PREEMPT_RT_FULL
+	if (in_atomic()) {
+		if (WARN_ON_ONCE(t != current))
This is certainly wrong in upstream kernel. It does use force_
this way although it shouldn't imho.

But _probably_ this is fine for rt? We are going to take the mutex,
we shouldn't do this in atomic context. But, once again, I do not
really know what in_atomic() means in rt.

Oleg.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help