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] Debugging Xen

To: "Christoph Egger" <Christoph.Egger@xxxxxxx>
Subject: Re: [Xen-devel] Debugging Xen
From: "David Pilger" <pilger.david@xxxxxxxxx>
Date: Tue, 2 Jan 2007 14:46:54 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 02 Jan 2007 04:46:38 -0800
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZdUGutVjpP55hJsZYR52cdkY7/0+22otUvGqqFmGy6buDy2rU4j3ZDmiAhxlwDBALb+ucGEFkRj/nTibU9aH0IWcxpO07WkF08Mi09G5xMWRhj71teZExqNjyfHAuBGX/9GyCNGxBXI88U0qGzbvqCcxSkca52hqQdVybuYAoMQ=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200701020839.42037.Christoph.Egger@xxxxxxx>
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: <280848580612310819u77eb891au41017625fc010641@xxxxxxxxxxxxxx> <C1BDA810.68FC%Keir.Fraser@xxxxxxxxxxxx> <280848580701010107y7c5c3249t7a8d443ec69e41d2@xxxxxxxxxxxxxx> <200701020839.42037.Christoph.Egger@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On 1/2/07, Christoph Egger <Christoph.Egger@xxxxxxx> wrote:

First, a happy new Year!

What are the pros and cons of a xen-kernel debugger
in your opinion?


Hi Christoph,
Happy new year!

In two words, code coverage.

Tracing over my code is my way to see if it is doing what it meant to
do. It's a programming practice I use, even if there aren't any bugs.
I'm aware that tracing is not possible at some portions of the
hypervisor, but calling a debugger loop that lets you perform actions
and interface through the serial driver is needed.

For instance, if you have a cretain IF condition in your code that
99.9% of the times it executes one path, how do you check the other
paths? mine is to change the IF condition on the fly with a debugger
and see how the program behaves on alternate paths. How do you
reproduce failures? my way is to think about all of the execution
paths that are possible for a certain situation and check all of them
using a debugger.

It all depends on the quality of the code that you produce, and the
lack of debugging capabilities at the hypervisor level makes it really
hard. Hypervisors today have a very critical role.

Anyway, this is just my need for such a debugger. but I guess others
will find it useful as well... For instance, to understand how open
source hypervisors such as Xen really works :)

How do you guys find it useful?

Thanks,
David.

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

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