public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <andi@firstfloor.org>
To: Nick Piggin <nickpiggin@yahoo.com.au>
Cc: jmerkey@wolfmountaingroup.com,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Stefan Richter" <stefanr@s5r6.in-berlin.de>,
	"Josh Boyer" <jwboyer@gmail.com>,
	linux-kernel@vger.kernel.org
Subject: Re: [ANNOUNCE] Merkey's Kernel Debugger
Date: Wed, 06 Aug 2008 05:08:20 +0200	[thread overview]
Message-ID: <87r6926dsr.fsf@basil.nowhere.org> (raw)
In-Reply-To: <200808060133.10457.nickpiggin@yahoo.com.au> (Nick Piggin's message of "Wed, 6 Aug 2008 01:33:10 +1000")

Nick Piggin <nickpiggin@yahoo.com.au> writes:
>
> Seriously? Because it doesn't seem to have had enough peer review,
> it hasn't had widespread testing in somewhere like linux-next or
> -mm, and we already have kgdb so you have to also explain why you
> can't improve kgdb in the areas it trails mdb.
>
> But the ideal outcome would be if you could contribute patches to
> kgdb to the point where it is as good as mdb. It is already in the

I don't think kgdb and a simple assembler debugger 
are directly comparable. kgdb always requires a remote machine,
which has many advantages, but is also often very inconvenient
or impossible to arrange. An low overhead assembler debugger
can be always compiled in just in case.

Also at least for the x86 port the debugger interfaces should
be general enough now (see die hooks as a "debug vfs") that it would
be quite possible to have a multitude of debuggers just using 
them. In fact that's already the cases, kprobes and kgdb and 
kdump are all kinds of debuggers using such hooks.

As long as it doesn't impact the core code and the mdb 
code itself is considered merge worthy and has clean interfaces 
that would seem fine to me.It essentially would just live somewhere in 
its own directory using the existing interfaces. My standard
test for seeing if a debugger has clean interfaces is to see
if it can be loaded as a module.

There are enough different debugging styles around that offering
developers different tools of which they can pick whatever suits
them is not a bad idea. Also as everyone knows debugging
is often a major time eater and if more tools are available that 
can only help the kernel.

That said I haven't read the mdb code, not judging on its general
merge-worthiness or am really completely sure what are all the details
of a "netware style debugger", just a general high level comment on
debuggers. At least judging based on the patch sizes it at least
doesn't seem particularly bloated.  But of course it would need full
proper review first.

-Andi

  parent reply	other threads:[~2008-08-06  3:08 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-03 17:22 [ANNOUNCE] Merkey's Kernel Debugger jmerkey
     [not found] ` <17494.166.70.238.46.1217784156.squirrel@webmail.wolfmountaingroup.com >
2008-08-03 19:36   ` jmerkey
2008-08-03 20:00     ` Rene Herman
2008-08-04  0:14     ` Josh Boyer
2008-08-04  2:19       ` jmerkey
2008-08-04 13:41         ` Stefan Richter
2008-08-04 14:33           ` jmerkey
2008-08-05  9:41             ` Geert Uytterhoeven
2008-08-05 15:02               ` jmerkey
2008-08-05 15:33                 ` Nick Piggin
2008-08-05 15:19                   ` jmerkey
2008-08-05 15:45                     ` Nick Piggin
2008-08-05 15:32                       ` jmerkey
2008-08-05 16:38                         ` Nick Piggin
2008-08-05 16:45                           ` jmerkey
2008-08-06 19:47                           ` Rene Herman
2008-08-05 16:04                     ` Chris Friesen
2008-08-05 16:39                       ` jmerkey
2008-08-07 20:43                         ` Daniel Barkalow
2008-08-07 21:02                           ` jmerkey
2008-08-07 21:04                             ` jmerkey
2008-08-05 17:21                     ` Paul Mundt
2008-08-05 17:10                       ` jmerkey
2008-08-06  3:08                   ` Andi Kleen [this message]
2008-08-06  5:50                     ` Nick Piggin
2008-08-07 17:45                       ` Christoph Lameter
2008-08-07 17:53                         ` jmerkey
2008-08-07 18:08                         ` Stefan Richter
2008-08-07 19:10                           ` Christoph Lameter
2008-08-07 19:47                             ` Jay Lan
2008-08-07 19:34                               ` jmerkey
2008-08-08  1:26                                 ` Vivek Goyal
2008-08-07 20:06                               ` Andi Kleen
2008-08-07 20:07                                 ` Bernhard Walle
2008-08-07 20:09                                   ` Andi Kleen
2008-08-07 20:11                                     ` Bernhard Walle
2008-08-07 22:28                                 ` Keith Owens
2008-08-08  1:15                                   ` Vivek Goyal
2008-08-08  2:29                                     ` Andi Kleen
2008-08-08 12:08                                       ` Cliff Wickman
2008-08-08 12:20                                         ` Andi Kleen
2008-08-08 13:19                                           ` jmerkey
2008-08-08 15:06                                           ` Cliff Wickman
2008-08-08 13:29                                       ` Vivek Goyal
2008-08-08 14:50                                         ` Cliff Wickman
2008-08-08 16:57                                           ` Jay Lan
2008-08-11 12:56                                           ` Vivek Goyal
2008-08-08 18:03                                         ` Andi Kleen
2008-08-11 13:02                                           ` Vivek Goyal
2008-08-11 13:11                                             ` jmerkey
2008-08-11 13:50                                               ` Andi Kleen
2008-08-11 16:16                                                 ` jmerkey
2008-08-18  9:12                                             ` Takenori Nagano
2008-08-08  8:40                         ` Nick Piggin
2008-08-06 13:11                     ` Bill Davidsen
2008-08-06 13:37                       ` Stefan Richter
2008-08-06 13:54                       ` Olivier Galibert
2008-08-06 13:45                         ` jmerkey
2008-08-06 14:16                       ` Nick Piggin
2008-08-06 17:21                     ` Jason Wessel
2008-08-06 18:57                       ` Andi Kleen
2008-08-07 12:45                         ` jmerkey
2008-08-07 15:17                           ` Peter Zijlstra
2008-08-07 16:07                           ` Andi Kleen
2008-08-07 15:52                             ` jmerkey
2008-08-07 17:04                               ` Stefan Richter
2008-08-08  0:28                           ` Stefan Richter
2008-08-11 10:36 ` jidong xiao

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87r6926dsr.fsf@basil.nowhere.org \
    --to=andi@firstfloor.org \
    --cc=geert@linux-m68k.org \
    --cc=jmerkey@wolfmountaingroup.com \
    --cc=jwboyer@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nickpiggin@yahoo.com.au \
    --cc=stefanr@s5r6.in-berlin.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox