Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031008AbaDJN2q (ORCPT ); Thu, 10 Apr 2014 09:28:46 -0400 Received: from cdptpa-outbound-snat.email.rr.com ([107.14.166.229]:58755 "EHLO cdptpa-oedge-vip.email.rr.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1030713AbaDJN2o (ORCPT ); Thu, 10 Apr 2014 09:28:44 -0400 Date: Thu, 10 Apr 2014 09:28:42 -0400 From: Steven Rostedt To: Oleg Nesterov Cc: Mathieu Desnoyers , Frederic Weisbecker , LKML , Andrew Morton , Ingo Molnar Subject: Re: [PATCH RESEND 2/2] tracing: syscall_regfunc() should not skip kernel threads Message-ID: <20140410092842.1f9a8760@gandalf.local.home> In-Reply-To: <20140409170616.GC27638@redhat.com> References: <1397059882-23063-1-git-send-email-fweisbec@gmail.com> <1397059882-23063-3-git-send-email-fweisbec@gmail.com> <360091921.1294.1397060915052.JavaMail.zimbra@efficios.com> <20140409124249.4081e665@gandalf.local.home> <20140409170505.GA27638@redhat.com> <20140409170616.GC27638@redhat.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 9 Apr 2014 19:06:16 +0200 Oleg Nesterov wrote: > syscall_regfunc() ignores the kernel thread because "it has > no effect", see cc3b13c1 "Don't trace kernel thread syscalls". > > However, this means that a user-space task spawned by > call_usermodehelper() won't report the system calls if > kernel_execve() is called when sys_tracepoint_refcount != 0. What about doing the set there? That is, we could add a check in the call_userspacehelper() just before it does the do_execve, that if sys_tracepoint_refcount is set, we set the TIF flag. -- Steve > > Remove this check. Hopefully the unnecessary report from > ret_from_fork path mentioned by cc3b13c1 is fine. In fact > "this is the only case" is not true. Say, kernel_execve() > itself does "int 80" on X86_32. Hopefully fine too. > > Signed-off-by: Oleg Nesterov > --- > kernel/tracepoint.c | 4 +--- > 1 files changed, 1 insertions(+), 3 deletions(-) > > diff --git a/kernel/tracepoint.c b/kernel/tracepoint.c > index a16754b..4e1e4ca 100644 > --- a/kernel/tracepoint.c > +++ b/kernel/tracepoint.c > @@ -737,9 +737,7 @@ void syscall_regfunc(void) > if (!sys_tracepoint_refcount) { > read_lock(&tasklist_lock); > do_each_thread(g, t) { > - /* Skip kernel threads. */ > - if (!(t->flags & PF_KTHREAD)) > - set_tsk_thread_flag(t, TIF_SYSCALL_TRACEPOINT); > + set_tsk_thread_flag(t, TIF_SYSCALL_TRACEPOINT); > } while_each_thread(g, t); > read_unlock(&tasklist_lock); > } -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/