From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932271AbZHCVyS (ORCPT ); Mon, 3 Aug 2009 17:54:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932242AbZHCVyR (ORCPT ); Mon, 3 Aug 2009 17:54:17 -0400 Received: from bombadil.infradead.org ([18.85.46.34]:41637 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932234AbZHCVyR (ORCPT ); Mon, 3 Aug 2009 17:54:17 -0400 Date: Mon, 3 Aug 2009 17:53:26 -0400 From: Christoph Hellwig To: Jason Wessel Cc: Peter Zijlstra , Christoph Hellwig , Lai Jiangshan , Dave Anderson , crash-utility@redhat.com, Ingo Molnar , Frederic Weisbecker , Thomas Gleixner , Arnaldo Carvalho de Melo , "Luis Claudio R. Goncalves" , Clark Williams , Jon Masters , Andrew Morton , Mathieu Desnoyers , Xiao Guangrong , Zhaolei , kosaki.motohiro@jp.fujitsu.com, Li Zefan , Masami Hiramatsu , "Frank Ch. Eigler" , Tom Zanussi , Jason Baron , srostedt@redhat.com, LKML Subject: Re: [ANNOUNCE][RFC][PATCH] Crash-utility, tracing: enable crash to analyze tracing from core-file (make tracing can act as a flight recorder) Message-ID: <20090803215326.GA8403@infradead.org> References: <4A76F8A1.30503@cn.fujitsu.com> <20090803151420.GA8712@infradead.org> <1249312875.7924.106.camel@twins> <4A773EBD.3050707@windriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A773EBD.3050707@windriver.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 03, 2009 at 02:47:09PM -0500, Jason Wessel wrote: > If there is a nice API to call for the trace piece, it is pretty trivial > to add additional kdb commands which would allow you to print your trace > buffers as needed. The unified kdb/kgdb prototype also supports calling > kdb commands through gdb's "monitor" command. It is not clear if that > satisfies the need that Christoph asked about, or if he had some other > data analysis in mind. That sounds perfect.