Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 May 2004 22:45:39 +0200 (CEST)
From:      Mark Kettenis <kettenis@chello.nl>
To:        marcel@xcllnt.net
Cc:        gdb-patches@sources.redhat.com
Subject:   Re: [PATCH/RFC] *BSD kernel debugging
Message-ID:  <200405172045.i4HKjd4k014106@elgar.kettenis.dyndns.org>
In-Reply-To: <20040517200417.GA67285@ns1.xcllnt.net> (message from Marcel Moolenaar on Mon, 17 May 2004 13:04:17 -0700)
References:  <200405171132.i4HBW0h5012696@elgar.kettenis.dyndns.org> <20040517200417.GA67285@ns1.xcllnt.net>

next in thread | previous in thread | raw e-mail | index | archive | help
   Date: Mon, 17 May 2004 13:04:17 -0700
   From: Marcel Moolenaar <marcel@xcllnt.net>

   > All that's needed is a bit of new code (bsd-kvm.[ch]) and a support
   > function in the appropriate *-nat.c file; because it is built on top
   > of kvm(3) this is native-only.  I've added a preliminary patch with
   > some sample code.
   > 
   > If there are no objections I'll check this in in a week or so.

   I've been working on a different scheme for FreeBSD that supports kernel
   threads and kernel modules and also works on non-i386 and non-amd64
   systems without any gdb changes (at least, that's the intend -- I'm not
   far enough in the development to have a working prototype of all features).
   Anyway, it uses the remote protocol to establish an IPC pipe between gdb
   and some front-end that knows about the quirks of the kernel and its core
   files and isn't an inherently native solution.

This makes a lot of sense: a gdbserver-like stub that's part of the
kernel en gets build as part of "make buildworld".

   I cannot prevent you from committing this, but if it doesn't address
   the items mentioned above, it may not be used on FreeBSD.  Unless I'm
   being relieved of gdb duties of course :-)

Let's see.  My kvm stuff would still serve a purpose for older
releases.

Mark



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200405172045.i4HKjd4k014106>