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

[Xen-devel] set_gdt failing in translated mode

  • To: "Xen Devel" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Tim Wood" <twwood@xxxxxxxxx>
  • Date: Sun, 10 Dec 2006 20:03:05 -0500
  • Delivery-date: Sun, 10 Dec 2006 17:03:05 -0800
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=YPE/XQcDojWllgmujnIxT4ciH9j0cFH6ifjANZf/3xeIc4xkw2BEekKzyt82Hk6gmEiDjnUoqRBZ3gUF/VS1FxcvoKyB3mKK7d+u6wIjBM2QJ1FgVOB99CDKzIgcoXGigq9Jo0gx6VjB8onC49p4czr0DZypyLhHW5MdgXvjhPk=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

I'm working on save/restore for domains using translated shadow page
tables.  I've added support so that page tables are not
(un)canonicalized during save/restore, but when the new context is
being loaded, the set_gdt call is failing.  Specifically, the
get_page_and_type() call fails.

Any ideas on what would cause this error?  It's not clear to me what
part of the normal restore code sets page types so that this call
usually works.

The basic steps of my restore routine are:
-read in pages
-enable shadow mode
-add grant tables to physmap
-clear events/copy shared info frame
-set vcpu context (this step fails)

Thanks for any pointers,

Xen-devel mailing list



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