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

[Xen-devel] __dump_execstate() + x86's dump_exececution_state()

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] __dump_execstate() + x86's dump_exececution_state()
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Fri, 12 Jan 2007 16:18:34 +0000
Delivery-date: Fri, 12 Jan 2007 08:16:56 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
I find it rather useless that due to the use of ud2 here, the context printed is
always in Xen, even if what was interrupted (and hence active at the point)
was guest code. I would want to utilize the frame smp_call_function_interrupt()
sees, and am therefore wondering if it would be acceptable to add a simple
hack to this function to pass the frame pointer as info in case the requested
info was NULL. Or whether there are other ideas how to enhance the situation
here.

Thanks, Jan

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

<Prev in Thread] Current Thread [Next in Thread>