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

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



Try downloading http://xenbits.xensource.com/staging/xen-unstable.hg, and
build inside tools/firmware. Then use tools/firmware/hvmloader/hvmloader as
your HVM 'kernel' (what you specify as the 'kernel' in your HVM config
file).

If that doesn't help, then track down the crashing %cs:%eip inside vmxassist
(objdump -d tools/firmware/vmxassist/vmxassist) and we'll see if that shows
up anything interesting.

 -- Keir

On 7/8/07 07:06, "Brady Chen" <chenchp@xxxxxxxxx> wrote:

> Hi Keir,
> 
> Thank you for your reply.
> I'm using official released version 3.1.0.
> actually I could boot the linux (/dev/sda2) in xen hvm guest.
> but failed to boot window (/dev/sda1).
> 
> the windows in sda1 is not installed in xen hvm guest, it's installed
> in the native environment. I'm trying to boot the windows as xen
> guest. you know, it's wasting of time to reboot and change to windows.
> 
> 
> On 8/7/07, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote:
>> Could be something to do with virtual hard disk geometry. Are you running
>> latest xen-unstable? Was your OS installed with latest xen-unstable, or an
>> older version?
>> 
>>  -- KEir
>> 
>> 
>> On 7/8/07 06:48, "Brady Chen" <chenchp@xxxxxxxxx> wrote:
>> 
>>> cc to xen-devel,
>>> 
>>> Hi all,
>>> someone saw this kind of error before?
>>> it's a Trap 6 error when start the windows. Does it mean that some
>>> opcodes in real mode are not be simulated? How can I get the
>>> instruction which is not be simulated?
>>> 
>>> I tried to fetch8(regs) in function trap of
>>> xen-3.1.0-src/tools/firmware/vmxassist/vm86.c, but it cause more
>>> traps, and the hvm is reset immediately.
>>> 
>>> thank you in advance
>>> 
>>> On 8/7/07, Brady Chen <chenchp@xxxxxxxxx> wrote:
>>>> Hi Z24, AL,
>>>> ccing tygrawy@gazeta,pl, for I found he got the same issue.
>>>> 
>>>> I tried in ThinkPad T60,
>>>> /dev/sda1 -- windows
>>>> /dev/sda2 -- Linux + Xen 3.1.0
>>>> 
>>>> in xen guest, the whole sda is mapped to virtual hda.
>>>> disk = [ 'phy:/dev/sda, hda, w' ]
>>>> 
>>>> I could see the grub menu in xen guest, and could boot in to the linux
>>>> (you know, it's re-enter into the linux), but when I select windows
>>>> from grub menu, it will hang after print "chainloader +1"
>>>> the xen dmesg shows:
>>>> (XEN) HVM1: Trap (0x6) while in real mode
>>>> (XEN) HVM1: eax         D00 ecx           0 edx         71F ebx         71E
>>>> (XEN) HVM1: esp       D7384 ebp       D73D0 esi       D7364 edi         D00
>>>> (XEN) HVM1: trapno        6 errno         0
>>>> (XEN) HVM1: eip       D0800 cs           10 eflags    13046
>>>> (XEN) HVM1: uesp      D7474 uss           2
>>>> (XEN) HVM1: ves       D4AB8 vds       D4C1D vfs       D07FE vgs       D7474
>>>> (XEN) HVM1: cr0       50032 cr2           0 cr3           0 cr4         651
>>>> (XEN) HVM1:
>>>> (XEN) HVM1: Halt called from %eip 0xD037
>>>> 
>>>> tygrawy:
>>>> I found you have the same issue months ago, have you find out the
>>>> reason? Thank you very much.
>>>> 
>>>> http://lists.xensource.com/archives/html/xen-users/2007-07/msg00521.html
>>>> 
>>>> On 8/2/07, Brady Chen <chenchp@xxxxxxxxx> wrote:
>>>>> On 8/2/07, Z24 <z24@xxxxxxx> wrote:
>>>>>> On Thu, 2 Aug 2007 17:47:59 +0800, you wrote:
>>>>>> 
>>>>>>> thank you all,
>>>>>>> looks like it's possible. it's great!
>>>>>>> 
>>>>>>> Z24,
>>>>>>> do you get the hardware issue Archie said, that's my concern too.
>>>>>>> you know, windows may be bluescreen if the hardware changes.
>>>>>> 
>>>>>> Before booting the Windows domU I copied the current Windows HW
>>>>>> Profile to a new HW Profile, then when I boot the domU I choose the
>>>>>> new HW profile.
>>>>>> The first time I booted the domU, Windows took some minutes more than
>>>>>> usual to load, I suppose it was setting automatically the hardware
>>>>>> drivers; the next time it booted only a little slower than when I boot
>>>>>> it natively (due to virtualization).
>>>>>> 
>>>>> thanks, I will have a try.
>>>>> 
>>>>>>> and for your case, i think you could install another grub in the windows
>>>>>>> disk
>>>>>> 
>>>>>> What do you mean?
>>>>>> Xen VM configuration with 'phy:/dev/hda,ioemu:hda,w' only (hda is
>>>>>> Windows disk) and grub-install on /dev/hda without mapping?
>>>>> yup, install grub on /dev/hda, it will not be used when you not using
>>>>> xen (i mean when you reboot your PC, and choose windows from the grub
>>>>> menu). but when you use xen to boot /dev/hda, the grub on /dev/hda
>>>>> could be used to load the windows. Don't know if it really works,
>>>>> don't have a try now.
>>>>>> 
>>>>>> --
>>>>>> Z24
>>>>>> http://www.mycomputingart.com/
>>>>>> 
>>>>> 
>>>> 
>>> 
>>> _______________________________________________
>>> Xen-devel mailing list
>>> Xen-devel@xxxxxxxxxxxxxxxxxxx
>>> http://lists.xensource.com/xen-devel
>> 
>> 
>> 



_______________________________________________
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®.