Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760223AbYF3PtR (ORCPT ); Mon, 30 Jun 2008 11:49:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753065AbYF3PtB (ORCPT ); Mon, 30 Jun 2008 11:49:01 -0400 Received: from tomts10-srv.bellnexxia.net ([209.226.175.54]:39607 "EHLO tomts10-srv.bellnexxia.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751860AbYF3PtA (ORCPT ); Mon, 30 Jun 2008 11:49:00 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsYFAK2XaEhMQWVt/2dsb2JhbACBWq8C Date: Mon, 30 Jun 2008 11:43:54 -0400 From: Mathieu Desnoyers To: Masami Hiramatsu Cc: KOSAKI Motohiro , Takashi Nishiie , "'Alexey Dobriyan'" , "'Peter Zijlstra'" , "'Steven Rostedt'" , "'Frank Ch. Eigler'" , "'Ingo Molnar'" , "'LKML'" , "'systemtap-ml'" , "'Hideo AOKI'" Subject: Re: [RFC PATCH] Kernel Tracepoints Message-ID: <20080630154354.GF17388@Krystal> References: <007601c8d5ca$18fa0e10$4aee2a30$@css.fujitsu.com> <48611B03.1000003@redhat.com> <20080625011951.D83E.KOSAKI.MOTOHIRO@jp.fujitsu.com> <48612879.5090809@redhat.com> <20080625235214.GA14249@Krystal> <486403F0.4020801@redhat.com> <20080627131442.GA13751@Krystal> <48656D9A.8000602@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <48656D9A.8000602@redhat.com> X-Editor: vi X-Info: http://krystal.dyndns.org:8080 X-Operating-System: Linux/2.6.21.3-grsec (i686) X-Uptime: 11:41:40 up 25 days, 20:22, 5 users, load average: 3.39, 1.52, 1.25 User-Agent: Mutt/1.5.16 (2007-06-11) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2267 Lines: 76 * Masami Hiramatsu (mhiramat@redhat.com) wrote: > > > Mathieu Desnoyers wrote: > > * Masami Hiramatsu (mhiramat@redhat.com) wrote: > >> Hi Mathieu, > >> > >> Thank you for making this so soon! > >> > > > > Hi Masami, > > > > Thanks for the comments, I will rework the patch accordingly. > > > > Also, one thing I thought about yesterday which I dislike is that if we > > have two modules declaring the same tracepoint in different headers with > > different prototypes, each declaration will be valid but the > > registration will try to connect a probe expecting wrong parameters to > > the other tracepoint. > > > > It would be the case if someone does : > > > > drivers/somedrivera/mydriver1-trace.h > > > > DECLARE_TRACE(really_generic_name, TPPTOTO(void), TPARGS())); > > > > > > drivers/somedriverb/mydriver2-trace.h > > > > DECLARE_TRACE(really_generic_name, TPPTOTO(struct somestruct *s), TPARGS(s))); > > > > Do you think it's worth it to append the prototype string to the > > tracepoint name ? I think it should fix the problem. > > Hmm, I think we'd better send a fix patch to them in that case. > (I hope we can find that kind of conflicts soon) > I think we can make an external tool which detect those conflicts. Hrm, ideally, we could output this information in a file which looks like the Marker file generated by depmod, and automatically check for duplicate tracepoints with different prototypes. That should also deal with modules built outside of the kernel tree. > Anyway, signature based checking idea is good to me. I think ":" is > better delimiter. Yes, changing it for :. If we append the prototype to the tracepoint name, then at least we can later add the consistency check in depmod. Mathieu > > > Thank you, > > > -- > Masami Hiramatsu > > Software Engineer > Hitachi Computer Products (America) Inc. > Software Solutions Division > > e-mail: mhiramat@redhat.com > -- Mathieu Desnoyers OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68 -- 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/