From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21015 invoked by alias); 2 Jul 2008 02:23:48 -0000 Received: (qmail 21008 invoked by uid 22791); 2 Jul 2008 02:23:47 -0000 X-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,SARE_ENLRGYOUR,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; Wed, 02 Jul 2008 02:23:30 +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 m622NS3w019511 for ; Tue, 1 Jul 2008 22:23: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 m622NSgK024433; Tue, 1 Jul 2008 22:23:28 -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 m622Ml7N027054; Tue, 1 Jul 2008 22:23:19 -0400 Received: from ton.toronto.redhat.com (ton.yyz.redhat.com [10.15.16.15]) by touchme.toronto.redhat.com (Postfix) with ESMTP id B18798001FF; Tue, 1 Jul 2008 22:22:30 -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 m622MEZk011325; Tue, 1 Jul 2008 22:22:14 -0400 Received: (from fche@localhost) by ton.toronto.redhat.com (8.13.1/8.13.1/Submit) id m622MDLK011324; Tue, 1 Jul 2008 22:22:13 -0400 Date: Wed, 02 Jul 2008 02:23:00 -0000 From: "Frank Ch. Eigler" To: Theodore Tso Cc: Roland McGrath , ksummit-2008-discuss@lists.linux-foundation.org, systemtap@sources.redhat.com Subject: Re: [Ksummit-2008-discuss] DTrace Message-ID: <20080702022213.GG15872@redhat.com> References: <20080630010423.GA7068@redhat.com> <20080630181959.GA7988@mit.edu> <20080630192533.GE21660@redhat.com> <20080630201031.GF7988@mit.edu> <20080630204219.GA6631@redhat.com> <20080701024140.GB28143@mit.edu> <20080701070746.C6DAD15420E@magilla.localdomain> <20080701101507.GB22717@mit.edu> <20080701200632.6790A1541F5@magilla.localdomain> <20080701231327.GA5829@mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080701231327.GA5829@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-q3/txt/msg00014.txt.bz2 Hi - On Tue, Jul 01, 2008 at 07:13:27PM -0400, Theodore Tso wrote: > On Tue, Jul 01, 2008 at 01:06:32PM -0700, Roland McGrath wrote: > > Like I said, the essential command is eu-strip -f. It is simple to use. > > > > For one's own local hacking purposes, there is no real reason to bother > > with strip-to-file complexities. You can just copy the unstripped files > > before stripping them. [...] > Well, actually, it *does* matter, at least to me. [...] I might > have five, six, seven, eight or more kernels installed. And on a > number of my systems, the amount of space on the parititons where > /boot and /lib live can't take the space demands of compiling the > kernel and modules with -g. You simply misunderstood Roland's suggestion: that you save the unstripped copies of vmlinux etc. someplace - anyplace - for systemtap's use, and that you strip (as normal) the pieces that go into /boot. No one is asking you to enlarge your boot partition. > [...] And one of the major flaws of the Linux's RAS tools is that > the LKML development community doesn't use them; and to the extent > that tapsets would be written more quickly if they are easy for > kernel developers [...] Point taken (and applies broadly to all the other RAS tools). > In the past two years, I've on average tried Systemtap every 9 > months or so, and each time, I'd hit a different annoying roadblock, > and then I was so busy I would move on to a more productive way of > solving my problems. [...] Hearing about your problems at the time could well have steered us toward focusing on their solution. There has been a bit of a vicious circle in play: apparent lack of interest from the LKML community drives focus toward on customery problem areas, which then apparently disappoints (members of) the LKML community into more disinterst. Let's break this. - FChE