lkml.org 
[lkml]   [2011]   [Apr]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: KGTP (Linux Kernel debugger and tracer) 20110405 release
After a discussion with Dongdong, I think I have different idea with that.

1. I don't want change the current interface of kgtp. Because a proc
interface is very simple and stable interface.
And with proc, kgtp can very easy connect with GDB without Kernel
help. Please see
https://code.google.com/p/kgtp/wiki/HOWTO#Make_GDB_connect_to_gtp and
https://code.google.com/p/kgtp/wiki/HOWTO#Offline_debug

2. I don't want remove the kprobe. Because what I want kgtp is to be
a Linux Kernel tracepoint interface with gdb. I will add other
tracepoint like TRACE_EVENT.
And move it to gdb breakpoint is too far away from it. And it is too
much depend on kgdb.

Of course, I am very happy to share the GDB rsp tracepoint parse code
with kgdb to make it support gdb tracepoint.
Trust me, My code is more clear than the doc of GDB. :)

Thanks,
Hui

On Fri, Apr 8, 2011 at 15:58, Hui Zhu <teawater@gmail.com> wrote:
> On Fri, Apr 8, 2011 at 14:41, Dongdong Deng <libfetion@gmail.com> wrote:
>> On Fri, Apr 8, 2011 at 1:36 PM, Hui Zhu <teawater@gmail.com> wrote:
>>> On Wed, Apr 6, 2011 at 16:19, Peter Zijlstra <peterz@infradead.org> wrote:
>>>> On Wed, 2011-04-06 at 13:54 +0800, Hui Zhu wrote:
>>>>
>>>>> This is a good question.
>>>>>
>>>>> The KGTP is completely different with KGDB.  It will not supply simple
>>>>> gdbrsp debug interface to user.  It just supply  interface between the
>>>>> kernel tracepoint(Now, just support kprobe, will add others later) and
>>>>> GDB tracepoint function.
>>>>>
>>>>> So user can debug and trace Linux kernel with GDB without stop the
>>>>> Linux Kernel (So the GDB can running on this Kernel).  It is a trace
>>>>> tools and debug tools.
>>>>
>>>> But this isn't really an answer either. Could you extend the existing
>>>> KGDB infrastructure to provide these features and thereby re-use
>>>> existing infrastructure to reduce your patch size and code duplication?
>>>>
>>>> Jason (the KGDB maintainer) certainly thought there was much possibility
>>>> there when I spoke to him yesterday.
>>>>
>>>> Think of it this way, wouldn't it be much better if there was one tool
>>>> that could provide the combined feature set of KGDB and KGTP?
>>>>
>>>
>>> Thanks Peter.  I think it is very good.
>>>
>>> Which part do you think kgtp can share with kgdb?
>>
>>
>> The main realizing of "kgtp" was based on the sub protocol
>> 'Tracepoint-Packets' of 'gdb Remote Serial Protocol'.
>>
>> http://sourceware.org/gdb/current/onlinedocs/gdb/Tracepoint-Packets.html#Tracepoint-Packets
>>
>> and kgdb have realized most of gdb remote serial protocols.
>>
>>
>> thus the protocol 'Tracepoint-Packets' implement of kgtp could share
>> with kgdb, and the breakpoint handler could follow kgdb's from kprobe,
>>
>> the offline gdb operate interface(an kernel inside gdbserver for gdb)
>> could realize a module like "kgdbts" module implement
>> (linux-2.6/drivers/misc/kgdbts.c).
>>
>> Thanks,
>> Dongdong
>>
>
> Cool.  Wish someone can do that.
>
> Thanks,
> Hui
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2011-04-08 10:27    [W:0.047 / U:0.412 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site