From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14596 invoked by alias); 27 Jun 2004 17:02:01 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 14541 invoked from network); 27 Jun 2004 17:01:59 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (213.93.77.109) by sourceware.org with SMTP; 27 Jun 2004 17:01:59 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id i5RH1xM1000637; Sun, 27 Jun 2004 19:01:59 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id i5RH1wU2007927; Sun, 27 Jun 2004 19:01:58 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6/Submit) id i5RH1wWJ007924; Sun, 27 Jun 2004 19:01:58 +0200 (CEST) Date: Sun, 27 Jun 2004 17:02:00 -0000 Message-Id: <200406271701.i5RH1wWJ007924@elgar.kettenis.dyndns.org> From: Mark Kettenis To: marcel@xcllnt.net CC: gdb-patches@sources.redhat.com In-reply-to: <20040627163414.GB7790@dhcp50.pn.xcllnt.net> (message from Marcel Moolenaar on Sun, 27 Jun 2004 09:34:14 -0700) Subject: Re: [PATCH] Add libkvm interface support for NetBSD/i386 and OpenBSD/i386 References: <200406271623.i5RGN4Hd007746@elgar.kettenis.dyndns.org> <20040627163414.GB7790@dhcp50.pn.xcllnt.net> X-SW-Source: 2004-06/txt/msg00601.txt.bz2 Date: Sun, 27 Jun 2004 09:34:14 -0700 From: Marcel Moolenaar On Sun, Jun 27, 2004 at 06:23:04PM +0200, Mark Kettenis wrote: > + > + we reconstruct the register state as it would look when we just > + returned from cpu_switch(). */ > + Question: since this will do backtraces in the kernel, are there plans to improve the frame sniffers (or frame sniffer framework) to allow this code to add a sniffer for trapframes so that it's possible to trace across them (if applicable) and also to improve the termination of traces in the context of non-standard frames? Defenitely. It should be pretty easy to add unwinders for trap and interrupt frames. Termination of traces is a bit of an issue. If there is a fool-proof way to detect the end of a frame-chain, then we should defenitely use it. When debugging the kernel you'd probably want to terminate on frames that cross the protection boundary between user-space and kernel-space. Mark