[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] A different probklem with save/restore on C/S 14823.


  • To: "Petersson, Mats" <Mats.Petersson@xxxxxxx>, Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>
  • From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
  • Date: Tue, 17 Apr 2007 17:16:50 +0100
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Tue, 17 Apr 2007 09:15:40 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acd96tTWE6bfmOneEduH7gAWy6hiGQAACQawAABmlkUAADGnsAABKFp7AJZAkKAAAOryRQAfwysAAAUTVMIABlNb4AAAyGDcAAIkXnAAATKDdw==
  • Thread-topic: [Xen-devel] A different probklem with save/restore on C/S 14823.

On 17/4/07 16:49, "Petersson, Mats" <Mats.Petersson@xxxxxxx> wrote:

> Got another one that looks like this:
> (XEN) About to write to NULL
> (XEN) Done
> (XEN) Pagetable walk from 0000000000000000:
> (XEN)  L4[0x000] = 00000000472ea063 000000000000f6ea
> (XEN)  L3[0x000] = 00000000472e9063 000000000000f6e9
> (XEN)  L2[0x000] = 00000000472e8067 000000000000f6e8
> (XEN)  L1[0x000] = 00000000485ae067 0000000000000000

Okay, I think this is expected behaviour from what I can understand of the
monitor_table logic. I'll sort it out with Tim.

 Thanks,
 Keir



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.