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>