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/
Home Products Support Community News


Re: [Xen-devel] Re: [Xen-users] boot a existing windows in hvm domain

To: Mats Petersson <mats@xxxxxxxxxxxxxxxxx>, Brady Chen <chenchp@xxxxxxxxx>
Subject: Re: [Xen-devel] Re: [Xen-users] boot a existing windows in hvm domain
From: Keir Fraser <keir@xxxxxxxxxxxxx>
Date: Wed, 08 Aug 2007 21:26:24 +0100
Cc: tygrawy@xxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx, Z24 <z24@xxxxxxx>, AL.LINUX@xxxxxxxxxxx
Delivery-date: Wed, 08 Aug 2007 13:20:17 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <46ba0137.18e7300a.328b.ffffab4c@xxxxxxxxxxxxx>
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
Thread-index: AcfZ+mOiomhrokXtEdyMQwAWy6hiGQ==
Thread-topic: [Xen-devel] Re: [Xen-users] boot a existing windows in hvm domain
User-agent: Microsoft-Entourage/
On 8/8/07 18:45, "Mats Petersson" <mats@xxxxxxxxxxxxxxxxx> wrote:

> At 17:19 08/08/2007, Keir Fraser wrote:
>> No, it's a processor mode halfway between real mode and protected mode which
>> all x86 processors support, but which vmxassist is really rather bad at
>> handling. If this is a big-real-mode copy loop then that might explain why
>> the loop is executing so bizarrely, and may mean you are out of luck until
>> we retire vmxassist.
> And the fact that EDI is 0xC33FE when it tries to write to the memory
> at address of EDI indicates that it's Big-Real-Mode.

Yes, that's a giveaway.

So I think the 'fix' here is to not try booting your native Windows
partition on Xen. It's not likely to work too well anyway, as it'll look
like all your hardware has changed, causing activation problems and also big
driver changes whenever you switch between running on Xen and running

You're better off having a dedicated Xen Windows installation, perhaps on an
LVM partition.

The problems that others have been seeing are quite likely not the same root
cause as yours. Most times there's an early boot problem it will end up with
a trap and backtrace in vmxassist, when running on Intel CPUs.

 -- Keir

Xen-devel mailing list

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