From owner-p4-projects@FreeBSD.ORG Wed Jun 30 17:48:20 2004 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 5910916A4D0; Wed, 30 Jun 2004 17:48:20 +0000 (GMT) Delivered-To: perforce@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16FA816A4CE; Wed, 30 Jun 2004 17:48:20 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE22843D3F; Wed, 30 Jun 2004 17:48:19 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i5UHm8So029966; Wed, 30 Jun 2004 10:48:08 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.11/8.12.11/Submit) id i5UHm8uA029965; Wed, 30 Jun 2004 10:48:08 -0700 (PDT) (envelope-from marcel) Date: Wed, 30 Jun 2004 10:48:08 -0700 From: Marcel Moolenaar To: Peter Wemm Message-ID: <20040630174808.GA29830@ns1.xcllnt.net> References: <200406301734.i5UHYRih045189@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200406301734.i5UHYRih045189@repoman.freebsd.org> User-Agent: Mutt/1.5.5.1i cc: Perforce Change Reviews Subject: Re: PERFORCE change 56156 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2004 17:48:21 -0000 On Wed, Jun 30, 2004 at 05:34:27PM +0000, Peter Wemm wrote: > http://perforce.freebsd.org/chv.cgi?CH=56156 > > Change 56156 by peter@peter_work on 2004/06/30 17:34:03 > > check off a few more items. gdb6 isn't finished for amd64, but > its the same level as the other platforms (no kgdb). I think marcel > is doing it. Yup. The threading support is first though... > +crashdumps > + > +teach libkvm about crashdumps. (need to lookup KPML4, 4 level page tree etc) I'll touch bases with you about the relocatable kernel modules. If we want GDB to use them as symbol files and for debug information, we need to find a way for them to be loaded in GDB. I think this will affect how we want to solve kernel debugging in general. I already prepared for some contingencies, like building libgdb explicitly so that we can link against it and abuse whatever hooks there are, but that may not be enough. If you already have some thoughts about this, feel free to pitch them my way. Otherwise I'll get back to it myself. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net