From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <systemtap-return-10700-listarch-systemtap=sources.redhat.com@sourceware.org>
Received: (qmail 4331 invoked by alias); 18 Dec 2008 23:59:39 -0000
Received: (qmail 4323 invoked by uid 22791); 18 Dec 2008 23:59:39 -0000
X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 	tests=AWL,BAYES_00,KAM_MX
X-Spam-Status: No, hits=-1.5 required=5.0 	tests=AWL,BAYES_00,KAM_MX
X-Spam-Check-By: sourceware.org
Received: from fgwmail7.fujitsu.co.jp (HELO fgwmail7.fujitsu.co.jp) (192.51.44.37)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 18 Dec 2008 23:59:04 +0000
Received: from m3.gw.fujitsu.co.jp ([10.0.50.73]) 	by fgwmail7.fujitsu.co.jp (Fujitsu Gateway) with ESMTP id mBINx0rf028659 	for <systemtap@sourceware.org> (envelope-from kosaki.motohiro@jp.fujitsu.com); 	Fri, 19 Dec 2008 08:59:01 +0900
Received: from smail (m3 [127.0.0.1]) 	by outgoing.m3.gw.fujitsu.co.jp (Postfix) with ESMTP id 6888E45DD7D 	for <systemtap@sourceware.org>; Fri, 19 Dec 2008 08:59:00 +0900 (JST)
Received: from s3.gw.fujitsu.co.jp (s3.gw.fujitsu.co.jp [10.0.50.93]) 	by m3.gw.fujitsu.co.jp (Postfix) with ESMTP id 2FF2945DD78 	for <systemtap@sourceware.org>; Fri, 19 Dec 2008 08:59:00 +0900 (JST)
Received: from s3.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1]) 	by s3.gw.fujitsu.co.jp (Postfix) with ESMTP id E66011DB803F 	for <systemtap@sourceware.org>; Fri, 19 Dec 2008 08:58:59 +0900 (JST)
Received: from ml14.s.css.fujitsu.com (ml14.s.css.fujitsu.com [10.249.87.104]) 	by s3.gw.fujitsu.co.jp (Postfix) with ESMTP id 948B81DB803B 	for <systemtap@sourceware.org>; Fri, 19 Dec 2008 08:58:59 +0900 (JST)
Received: from ml14.css.fujitsu.com (ml14 [127.0.0.1]) 	by ml14.s.css.fujitsu.com (Postfix) with ESMTP id 720E79F5DC5; 	Fri, 19 Dec 2008 08:58:59 +0900 (JST)
Received: from [127.0.0.1] (unknown [10.124.100.179]) 	by ml14.s.css.fujitsu.com (Postfix) with ESMTP id D57779F5DC6; 	Fri, 19 Dec 2008 08:58:58 +0900 (JST)
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
To: fche@redhat.com (Frank Ch. Eigler)
Subject: Re: Discussion at Linux Foundation Japan Symposium
Cc: kosaki.motohiro@jp.fujitsu.com,         Satoshi OSHIMA <satoshi.oshima.fk@hitachi.com>,         systemtap@sourceware.org, <mhiramat@redhat.com>,         <hisashi.hashimoto.wh@hitachi.com>,         Yumiko SUGITA <yumiko.sugita.yf@hitachi.com>
In-Reply-To: <y0mvdthbh4t.fsf@ton.toronto.redhat.com>
References: <494A053D.4030808@hitachi.com> <y0mvdthbh4t.fsf@ton.toronto.redhat.com>
Message-Id: <20081219085519.041D.KOSAKI.MOTOHIRO@jp.fujitsu.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Becky! ver. 2.42 [ja]
Date: Fri, 19 Dec 2008 00:08:00 -0000
X-IsSubscribed: yes
Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <systemtap.sourceware.org>
List-Subscribe: <mailto:systemtap-subscribe@sourceware.org>
List-Post: <mailto:systemtap@sourceware.org>
List-Help: <mailto:systemtap-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: systemtap-owner@sourceware.org
X-SW-Source: 2008-q4/txt/msg00608.txt.bz2

> > (3) Make no debuginfo version
> 
> > Systemtap always requires kernel debuginfo to use.  Unfortunately,
> > it is hard for users of some distributions to have debuginfo.
> 
> Those distributions ought to be lobbied to improve this situation,
> since there are many non-systemtap uses of debugging data - such as
> debuggers, kernel- and user-space crash dump analysis tools.

I don't agree.

In enterprise usage, crash dump analysis is provided by vendor.
but tapset run on customer.

They use the same OS/kernel. but different person, different machine.