From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24511 invoked by alias); 30 Jun 2008 20:44:01 -0000 Received: (qmail 24503 invoked by uid 22791); 30 Jun 2008 20:44:00 -0000 X-Spam-Status: No, hits=-2.4 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; Mon, 30 Jun 2008 20:43:32 +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 m5UKhSE6026710; Mon, 30 Jun 2008 16:43:28 -0400 Received: from pobox-3.corp.redhat.com (pobox-3.corp.redhat.com [10.11.255.67]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m5UKhRKx030576; Mon, 30 Jun 2008 16:43:27 -0400 Received: from touchme.toronto.redhat.com (IDENT:postfix@touchme.yyz.redhat.com [10.15.16.9]) by pobox-3.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m5UKgs9d012509; Mon, 30 Jun 2008 16:43:27 -0400 Received: from ton.toronto.redhat.com (ton.yyz.redhat.com [10.15.16.15]) by touchme.toronto.redhat.com (Postfix) with ESMTP id 60DDA8001FF; Mon, 30 Jun 2008 16:42:38 -0400 (EDT) Received: from ton.toronto.redhat.com (localhost.localdomain [127.0.0.1]) by ton.toronto.redhat.com (8.13.1/8.13.1) with ESMTP id m5UKgLff010795; Mon, 30 Jun 2008 16:42:21 -0400 Received: (from fche@localhost) by ton.toronto.redhat.com (8.13.1/8.13.1/Submit) id m5UKgJun010794; Mon, 30 Jun 2008 16:42:19 -0400 Date: Mon, 30 Jun 2008 22:10:00 -0000 From: "Frank Ch. Eigler" To: Theodore Tso Cc: ksummit-2008-discuss@lists.linux-foundation.org, systemtap@sources.redhat.com Subject: Re: [Ksummit-2008-discuss] DTrace Message-ID: <20080630204219.GA6631@redhat.com> References: <20080630010423.GA7068@redhat.com> <20080630181959.GA7988@mit.edu> <20080630192533.GE21660@redhat.com> <20080630201031.GF7988@mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080630201031.GF7988@mit.edu> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254 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/msg00818.txt.bz2 Hi - On Mon, Jun 30, 2008 at 04:10:31PM -0400, Theodore Tso wrote: > [...] > > They shouldn't have to repackage it at all - just leave it in the > > build tree. > > The problem is that I am often juggling multiple kernel builds, and so > I don't want to keep the full build tree around. So I just want to > extract out the specific files needed by Systemtap [...] OK, we'll have to think about how to support that well. > Stupid question --- has anyone thought about writing tools to strip > out specific debug information not needed by Systemtap? Yes, but nothing so simple/workable as to have been done already. > For example, I assume systemtap doesn't need the line number > information, since you can't set probes on arbitrary line numbers Actually, we can - and now with wildcards too if you want source-line-by-line tracing. See the top of the NEWS file. > (and even if you could, such tapsets would be so brittle that it > wouldn't be funny); [...] Yes, this is not a good fit for tapsets, but is handy for exploring one's known version of code. Also, we can now use relative line numbers (line #10 within this function), which might be stable enough for some tapset use. (This is all very recent stuff, beware.) > [...] What about stripping out the text segment of the object > files, so you aren't storing the information twice on disk, or > compressing the debuginfo files so they take up less room on disk? This is roughly what the Fedora/RHEL-style separated .ko.debug files do, though I don't know if they are that complete. (They'd need a copy of the symbol tables, and probably other stuff.) - FChE