>From: Steven Smith [mailto:sos22@xxxxxxxxxxxxxxxx] On Behalf Of Steven Smith
>Sent: 2006年8月2日 17:31
>To: He, Qing
>Cc: Steven Smith; xen-devel@xxxxxxxxxxxxxxxxxxx; sos22@xxxxxxxxxxxxx
>Subject: Re: [Xen-devel] Paravirtualised drivers for fully virtualised domains
>> When I'm trying to start windows as VMX guest (with no drivers, of
>> course) under this patch, the guests fail. I ran with three images,
>> windows 2000, XP and 2003.
>> For 2000 and XP, QEMU windows do not show, there are two lines in the serial
>> (XEN) Create event channels for vcpu 0.
>> (XEN) Send on unbound Xen event channel?
>Is there anything interesting in /var/log/qemu-dm.* ? Only the most
>recent log file is relevant (which isn't necessarily the one with the
>highest number, unfortunately).
>Also, it looks like this is crashing too soon for it to be related to
>what guest you're running. Are all of the disk images the same type
>(file vs. block device) and size?
Sorry, these 2 cases are of some kind of configuration errors, some qemu
parameters changed after qemu update, I can get them run using an early
changeset. So when it cannot boot, I don't think of the possibility of
After changed the configuration, they can boot now (doesn't test if they meet
the same problem as below)
>> For 2003 guest, QEMU can start, but before the windows start screen
>>shows, it crashes and restarts, complaining about unreasonable mmio
>>opcodes. The serial output is:
>> (XEN) (GUEST: 1) unsupported PCI BIOS function 0x0E
>> (XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for
>> (XEN) 0, This opcode isn't handled yet!
>> (XEN) handle_mmio: failed to decode instruction
>> (XEN) mmio opcode: va 0xf821f600, gpa 0xa9600, len 2: 00 00
>> (XEN) domain_crash_sync called from platform.c:880
>This looks like a problem with hvm_copy. Is this a PAE hypervisor?
Your patch is based on Cset 10735, before applied the patch, I can start and
run the image with no problems; but after the patch, this problem can be
reproduced every time.
It's not a PAE hypervisor, and qemu log doesn't show much information:
qemu: the number of cpus is 1
shared page at pfn:1ffff, mfn: 3e35f
char device redirected to /dev/pts/2
>> Meanwhile, I don't experience any problems for Linux guest. Do you
>> have any ideas why this happens?
>Some kind of race would be my first guess.
Xen-devel mailing list