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 0 of 5] update xenctx to dump pagetables

To: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 0 of 5] update xenctx to dump pagetables
From: Olaf Hering <olaf@xxxxxxxxx>
Date: Mon, 20 Jun 2011 19:51:58 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 20 Jun 2011 10:52:42 -0700
Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1308592319; l=1455; s=domk; d=aepfle.de; h=In-Reply-To:Content-Type:MIME-Version:References:Subject:Cc:To:From: Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=AAEo9yD0LgT3ckhmhejtivhWHnY=; b=vZv+gfnEqcynb0YTSJpm7/8HKeoFL7M2GIeGVQBTGD9aSTLhqP/qps2fzTYb1liv50m +ejwzfNYnNqZRFLdP2JnBKjfonf0KzNQc7l41NqaKZncPw5Ek6Bn2D9XILFYYgZXlA7K7 60XzZPtaMd59KJEvJRsEmwG9Z92d+7V9KiY=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20110620173345.GO17634@xxxxxxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <patchbomb.1308583616@xxxxxxxxxxxx> <20110620173345.GO17634@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.21 (2010-12-30)
On Mon, Jun 20, Tim Deegan wrote:

> Hi, 
> 
> At 17:26 +0200 on 20 Jun (1308590816), Olaf Hering wrote:
> > The code to walk the pagetables is/was based on
> > xc_translate_foreign_address(), but I still think I have some major bugs in
> > there (the last patch). I cant figure out why some l3/l2/l1 entries can not 
> > be mapped.
> > Any help with getting that output fixed for at least a a 64bit PV guest is 
> > much
> > appreciated.
> 
> I didn't spot anything broken in the walker (though it will need a bunch
> of cleaning up) and the output looks very plausible.  I take it this is
> a PV guest?  Is it a well-behaved one or a broken post-migrate one?

Yes, its a PV guest. I cant reproduce the migrate crashes, it happens
only on very few systems or on a certain configuration. The logs I
posted are from my test system.
Any ideas why some mfns are not accessible?

Are there any other paging states maintained outside of the guests
memory?

> One thing that might be causing trouble is if the domain's not paused
> while you do the walk, then you might see inconsistent tables, though
> I'd expect them to be garbage rather than looking like this.  Your patch
> 3/5 does seem to make the pausing conditional where before it always
> happened. 

It tries it preserve the state, if the guest was paused it probably
should not be unpaused. Is the dominfo.paused flag somehow unreliable, I
thought it comes right from struct domain?

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