Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753826Ab1DHGlF (ORCPT ); Fri, 8 Apr 2011 02:41:05 -0400 Received: from mail-pw0-f46.google.com ([209.85.160.46]:41665 "EHLO mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751468Ab1DHGlD convert rfc822-to-8bit (ORCPT ); Fri, 8 Apr 2011 02:41:03 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=INMLxTrPDeMmJx7yfwSuRPenOMRpWSjEyWqcFRPJU1Jzcgf56udij0DZXyGw1VZ75+ XVs/xgS1iK+uanHBQD8m2Pc8ub5cCs4HdB2zidxiMvEeTseVc4lwU715NB3hjPeipuOZ MEVtlJ5HWg9eCyHN5HoYeVfE4aR+H4fiY2SVM= MIME-Version: 1.0 In-Reply-To: References: <1302024458.2225.1350.camel@twins> <1302077959.2225.1378.camel@twins> Date: Fri, 8 Apr 2011 14:41:02 +0800 Message-ID: Subject: Re: KGTP (Linux Kernel debugger and tracer) 20110405 release From: Dongdong Deng To: Jason Wessel , Peter Zijlstra Cc: linux-kernel@vger.kernel.org, Marc Khouzam , Thiago Jung Bauermann , Steven , colyli@gmail.com, Christoph Hellwig , Hui Zhu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2083 Lines: 53 On Fri, Apr 8, 2011 at 1:36 PM, Hui Zhu wrote: > On Wed, Apr 6, 2011 at 16:19, Peter Zijlstra 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 -- 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/