From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24843 invoked by alias); 31 Dec 2006 15:05:44 -0000 Received: (qmail 24834 invoked by uid 22791); 31 Dec 2006 15:05:43 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Sun, 31 Dec 2006 15:05:38 +0000 Received: from drow by nevyn.them.org with local (Exim 4.63) (envelope-from ) id 1H12Fj-0004Jz-8K; Sun, 31 Dec 2006 10:05:35 -0500 Date: Sun, 31 Dec 2006 15:05:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: gdb-patches@sourceware.org Subject: Re: [commit] Unwinder for OpenBSD/sparc64 kernel trap frames Message-ID: <20061231150534.GA16449@nevyn.them.org> Mail-Followup-To: Mark Kettenis , gdb-patches@sourceware.org References: <200612310128.kBV1SDvF008133@brahms.sibelius.xs4all.nl> <20061231022259.GB719@nevyn.them.org> <200612311236.kBVCacgf020195@brahms.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612311236.kBVCacgf020195@brahms.sibelius.xs4all.nl> User-Agent: Mutt/1.5.13 (2006-08-11) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-12/txt/msg00404.txt.bz2 On Sun, Dec 31, 2006 at 01:36:38PM +0100, Mark Kettenis wrote: > Heh, I believe you raised the same question when I added the same code > to i386 and amd64. At that time I believe I convinced you that this > was acceptable. Oh right :-) Shows you what my memory is worth these days. > Adding Linux kernel debugging support is much harder. The rate of > change is much higher, there are kernel modules (which have a slightly > odd format). And of course Linux doesn't have kernel core dumps, so > it would only be useful to debug a live kernel. I'm not sure about all of these, except the last one - there's at least one implementation of crash dumps for Linux. It's still not common, though, more's the pity. > > Anyway, I have some thoughts on how to extend the unwind mechanism so > > that the OpenBSD kernel could ship a script that knew how to unwind its > > trap frames. > > Did you really mean to say OpenBSD here? Well, *BSD. I mean, specifically, a script that does the same thing the patch to sparc64obsd-tdep.c does. Whether it actually gets bundled with OpenBSD or with GDB is an interesting question, I guess :-) -- Daniel Jacobowitz CodeSourcery