WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] make domu_debug run-time option + fix int3 handl

To: Kip Macy <kmacy@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] make domu_debug run-time option + fix int3 handling for MP
From: Christian Limpach <Christian.Limpach@xxxxxxxxxxxx>
Date: Mon, 16 May 2005 23:18:42 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 16 May 2005 22:18:11 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <Pine.LNX.4.44.0505161457520.16537-100000@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <3d8eece20505161455119d8dc2@xxxxxxxxxxxxxx> <Pine.LNX.4.44.0505161457520.16537-100000@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.1i
On Mon, May 16, 2005 at 03:08:24PM -0700, Kip Macy wrote:
> "domu_debug" was mutually exclusive with crash_debug, which doesn't make sense
> to me. The other stub already had a #if 0 as a pre-processor guard around it. 
> So
> the end effect with the patch is that domu_debug would be on by default and 
> cdb
> could be enabled at compile-time. As I recall, there is no working 
> functionality
> that this changes.  I'll go back and look and recant if I am in error.

Unless I misread the patch (didn't apply it), you'd end up with unconditional
definitions of debugger_trap_fatal and debugger_trap_immediate?
I usually just toggle the #elif 0 to enable the kdb stubs, I don't see
how that would work now, without having to do more changes?

> I will make debugger_trap_entry call my code only if the domain flag is set, 
> but
> right now this is the only debugger type that has a real debugger_trap_entry -
> so multiplexing seems a bit silly.  There are hundreds of other places in the
> code where we could generalize for future extensibility.

Ok, fair enough.  Put a comment on it then ;-)

    christian


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel