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
|
Home