From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24520 invoked by alias); 18 Dec 2008 09:37:30 -0000 Received: (qmail 24513 invoked by uid 22791); 18 Dec 2008 09:37:30 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from wf-out-1314.google.com (HELO wf-out-1314.google.com) (209.85.200.174) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 18 Dec 2008 09:36:55 +0000 Received: by wf-out-1314.google.com with SMTP id 28so358330wfc.24 for ; Thu, 18 Dec 2008 01:36:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=96JQNGjnfZe6HlC7N9TAwX/ys9QBxuyOGrHGecb3uDI=; b=Cb3YrFO1RpqZnE3ildoRI9ttotdtPmi9rn2bc0Z6cEOJGNj7itNhUbyx+zSDj4HEfK jLvo/RTpvWBn/iN53fNpeORt6p8ardZ4wst8gaa879QnIcPmnzr0tJyBiemNhvkerJyM SAtrjCZdw43hDPIvIqwfn/Van9as8ktjcKXVw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=kD/osCb36kZf/TfGMgggX+hY7kM1Cwl0ri1U8lwfTO4xZu4iN2S9VyqU0RlSVvjBrZ uwdF+r9O0+GOFrO0tDImZ997+Ngle3O+kK2Xp9oV/Hg6lOIyY4rV+bt6MyGFijOoAGAG 8ADA3lKBhgYlTMgcswJ2eMd10rakd4ZFwYRRw= Received: by 10.142.53.19 with SMTP id b19mr727703wfa.154.1229593013068; Thu, 18 Dec 2008 01:36:53 -0800 (PST) Received: by 10.142.57.4 with HTTP; Thu, 18 Dec 2008 01:36:52 -0800 (PST) Message-ID: Date: Thu, 18 Dec 2008 09:42:00 -0000 From: "Jun Koi" To: "KOSAKI Motohiro" Subject: Re: Discussion at Linux Foundation Japan Symposium Cc: "Satoshi OSHIMA" , systemtap@sourceware.org, mhiramat@redhat.com, hisashi.hashimoto.wh@hitachi.com, "Yumiko SUGITA" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <494A053D.4030808@hitachi.com> <20081218181653.97C0.KOSAKI.MOTOHIRO@jp.fujitsu.com> 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-q4/txt/msg00593.txt.bz2 On Thu, Dec 18, 2008 at 6:34 PM, Jun Koi wrote: > On Thu, Dec 18, 2008 at 6:27 PM, KOSAKI Motohiro > wrote: >>> > (3) Make no debuginfo version >>> > >>> > Systemtap always requires kernel debuginfo to use. >>> > Unfortunately, it is hard for users of some distributions >>> > to have debuginfo. >>> > >>> >>> How is it possible to do that without kernel debug info? Currently >>> systemtap extracts lots of information on kernel layout from debug >>> info, so I dont understand why we can survive without that. >> >> At least, dtrace don't need debuginfo. >> On Solaris 10, kernel and all executable binary have own tracing purpose >> information in special elf section. >> it can't be stripped and gurantee exist although product application binary. >> >> http://blogs.sun.com/ali/entry/what_is_sunw_ldynsym >> >> >> Of cource, this approach indicate systemtap lost some feature. >> (e.g. above section don't have line number information and local >> variable name information) >> >> but it is still useful for average tracing user. > > So the way is to include, by default, debug information we need into > kernel binary? Yes, that solves the problem, provided that they > (kernel developers) accept that. > The downside is that the kernel binary becomes much much bigger. Thanks, Jun >