[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A773EBD.3050707@windriver.com>
Date: Mon, 03 Aug 2009 14:47:09 -0500
From: Jason Wessel <jason.wessel@...driver.com>
To: Peter Zijlstra <peterz@...radead.org>
CC: Christoph Hellwig <hch@...radead.org>,
Lai Jiangshan <laijs@...fujitsu.com>,
Dave Anderson <anderson@...hat.com>, crash-utility@...hat.com,
Ingo Molnar <mingo@...e.hu>,
Frederic Weisbecker <fweisbec@...il.com>,
Thomas Gleixner <tglx@...utronix.de>,
Arnaldo Carvalho de Melo <acme@...stprotocols.net>,
"Luis Claudio R. Goncalves" <lclaudio@...g.org>,
Clark Williams <clark.williams@...il.com>,
Jon Masters <jonathan@...masters.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
Xiao Guangrong <xiaoguangrong@...fujitsu.com>,
Zhaolei <zhaolei@...fujitsu.com>, kosaki.motohiro@...fujitsu.com,
Li Zefan <lizf@...fujitsu.com>,
Masami Hiramatsu <mhiramat@...hat.com>,
"Frank Ch. Eigler" <fche@...hat.com>,
Tom Zanussi <tzanussi@...il.com>,
Jason Baron <jbaron@...hat.com>, srostedt@...hat.com,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [ANNOUNCE][RFC][PATCH] Crash-utility, tracing: enable crash to
analyze tracing from core-file (make tracing can act as a flight recorder)
Peter Zijlstra wrote:
> On Mon, 2009-08-03 at 11:14 -0400, Christoph Hellwig wrote:
>
>> Nice! Now the only thing missing is gettind kdb in mainline and a trace
>> reader in kdb ;-)
>>
>> Any idea how easy it is to reuse the crash/gdb code for looking at crash
>> dumps through kgdb?
>>
>
> It was suggested a while ago to implement kdb as an in-kernel consumer
> of kgdb or something. No idea what happened there..
>
With respect to kdb for the mainline, this is still largely a work in
progress, but there is a prototype implementation of kdb which is hooked
up to the kdb backend. There is a new prototype pushed to the kgdb
development tree every couple of weeks. The prototype #4 will be
pushed sometime this week.
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.
In no particular order, tracing, kernel probes, profiling data display,
kdump, disassembly and kernel mode setting were some of the pieces that
are on the wish list for integration with the kdb prototype. Kernel
mode setting is presently the highest priority on the wish list for a
new feature.
I will gladly accept patches into the kdb prototype if people have any. :-)
Jason.
Prototype #3 is at:
http://git.kernel.org/?p=linux/kernel/git/jwessel/linux-2.6-kgdb.git;a=shortlog;h=kdb_prototype3
There had not been any further posts about the kdb -> kgdb integration
outside the first because the project is still pretty young and there is
a significant amount of clean up required to the original kdb code base
in order bring it closer to consideration for any kind of lkml
scrutiny. The nice thing about the kdb prototype is that it is almost
entirely arch independent. The goal of this project is to make such
that any arch that makes use of the kgdb core today, could make use of
the generic kdb interface.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists