From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30587 invoked by alias); 24 Jun 2008 17:03:28 -0000 Received: (qmail 30534 invoked by uid 22791); 24 Jun 2008 17:03:27 -0000 X-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 24 Jun 2008 17:03:10 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m5OH380G025903 for ; Tue, 24 Jun 2008 13:03:08 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [10.16.255.12]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m5OH34UD002013; Tue, 24 Jun 2008 13:03:05 -0400 Received: from [10.16.3.219] (dhcp-100-3-219.bos.redhat.com [10.16.3.219]) by mail.boston.redhat.com (8.13.1/8.13.1) with ESMTP id m5OH33T9014728; Tue, 24 Jun 2008 13:03:04 -0400 Message-ID: <48612879.5090809@redhat.com> Date: Wed, 25 Jun 2008 01:36:00 -0000 From: Masami Hiramatsu User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: KOSAKI Motohiro CC: Takashi Nishiie , "'Alexey Dobriyan'" , "'Mathieu Desnoyers'" , "'Peter Zijlstra'" , "'Steven Rostedt'" , "'Frank Ch. Eigler'" , "'Ingo Molnar'" , "'LKML'" , "'systemtap-ml'" , "'Hideo AOKI'" Subject: Re: [RFC] Tracepoint proposal References: <007601c8d5ca$18fa0e10$4aee2a30$@css.fujitsu.com> <48611B03.1000003@redhat.com> <20080625011951.D83E.KOSAKI.MOTOHIRO@jp.fujitsu.com> In-Reply-To: <20080625011951.D83E.KOSAKI.MOTOHIRO@jp.fujitsu.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254 X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2008-q2/txt/msg00733.txt.bz2 KOSAKI Motohiro wrote: >> Tracepoint >> - stored in a section >> - dynamic activation >> - no message >> - export kernel structure >> - arguments depending on points >> - high frequently called >> - no module support (kernel use only) > > Why Shouldn't kernel module use tracepoint? > technical problem? or any plicy exist? Good question, I think we don't want to export so much kernel internal structures. Since tracepoint tend to export raw kernel structure to user module, I thought it might be better not to export its interface to modules. However, I thought that again, and knew what Peter worried was about marker which exports marker list to user space. So, the issue is exporting internal structures to user space, not to modules. Thus, I think it can support modules also. Thank you, -- Masami Hiramatsu Software Engineer Hitachi Computer Products (America) Inc. Software Solutions Division e-mail: mhiramat@redhat.com