John Summerfield wrote:
Avi Kivity wrote:
John Summerfield wrote:
[root@potoroo ~]# /usr/bin/qemu-kvm -M pc -m 128 -smp 1 -monitor pty
-no-acpi -boot c -hda /var/lib/xen/images/rto-test.img -net
nic,macaddr=00:16:3e:31:8a:8f,vlan=0 -net tap,fd=13,script=,vlan=0
-usb -usbdevice tablet -vnc 0.0.0.0:0
char device redirected to /dev/pts/35
unhandled vm exit: 0x9
rax 000000000000001f rbx 000000000003f530 rcx 00000000000000ff rdx
000000000000001f
rsi 0000000000000000 rdi 0000000000000063 rsp 000000000003f40c rbp
000000000003f458
r8 0000000000000000 r9 0000000000000000 r10 0000000000000000 r11
0000000000000000
r12 0000000000000000 r13 0000000000000000 r14 0000000000000000 r15
0000000000000000
rip 000000008051ecc3 rflags 00010246
cs 0008 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type b l 0 g 1 avl 0)
ds 0023 (00000000/ffffffff p 1 dpl 3 db 1 s 1 type 3 l 0 g 1 avl 0)
es 0023 (00000000/ffffffff p 1 dpl 3 db 1 s 1 type 3 l 0 g 1 avl 0)
ss 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 3 l 0 g 1 avl 0)
fs 0030 (ffdff000/00001fff p 1 dpl 0 db 1 s 1 type 3 l 0 g 1 avl 0)
gs 0000 (00000000/0000ffff p 1 dpl 0 db 0 s 1 type 3 l 0 g 0 avl 0)
tr 0028 (80042000/000020ab p 1 dpl 0 db 0 s 0 type b l 0 g 0 avl 0)
ldt 0000 (00000000/ffffffff p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
gdt 8003f000/3ff
idt 8003f400/7ff
cr0 e0000011 cr2 63 cr3 305000 cr4 20 cr8 0 efer 0
Aborted
[root@potoroo ~]#
I created the file /var/lib/xen/images/rto-test.img by installing
Windows XP to the point it reboots.
Did you also install it with -no-acpi? What happens if you drop that
option?
That commandline is copied from virt-manager's log, where it was
accompanied by similar, maybe exactly the same, registers dump and the
same error.
What I'm seeking is information about what the error means; without it
users have almost no chance of fixing the problem themselves.
Well, the guest executed a hardware context switch. Windows does this
sometimes on the way to a blue screen as a means to get into a known
state. VT (and SVM) don't support hardware context switching, hence the
dump.
Without "-no-acpi" it runs at 105% or so CPU. vncviewer::5900 connects
but does not open a window.
[root@potoroo ~]# lsof -i | grep -E '*:5[0-9]{3}\>'
xinetd 2180 root 5u IPv6 7547 TCP *:5902 (LISTEN)
Xvnc 2456 root 5u IPv4 8354 TCP *:5966 (LISTEN)
Xvnc 2456 root 6u IPv4 8355 TCP *:5866 (LISTEN)
Xvnc 2456 root 48u IPv4 22337 TCP
localhost.localdomain:5966->localhost.localdomain:47032 (ESTABLISHED)
Xvnc 2500 summer 5u IPv4 8473 TCP *:5903 (LISTEN)
Xvnc 2500 summer 6u IPv4 8474 TCP *:5803 (LISTEN)
vncviewer 5533 summer 4u IPv4 22336 TCP
localhost.localdomain:47032->localhost.localdomain:5966 (ESTABLISHED)
qemu-kvm 5604 root 8u IPv4 22589 TCP *:5900 (LISTEN)
vncviewer 5615 root 4u IPv4 22608 TCP
localhost.localdomain:34608->localhost.localdomain:5900 (ESTABLISHED)
[root@potoroo ~]#
Can you try with upstream kvm (from kvm.qumranet.com)? Though I doubt
it's a problem with F8's kvm as XP is such a widely used guest.
--
error compiling committee.c: too many arguments to function
--
Fedora-xen mailing list
Fedora-xen@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-xen