Luca Tettamanti wrote:
Actually 0xfff2 is in the middle of an instruction.
I'm guessing an 'out' instruction triggered the reboot, and
skip_emulated_instruction() added 2 to rip.
I think you're right; the reset is triggered by an outb to 0x64.
Now, with this patch:
diff --git
Il Sun, Sep 09, 2007 at 03:51:20PM +0300, Avi Kivity ha scritto:
Luca Tettamanti wrote:
Actually 0xfff2 is in the middle of an instruction.
I'm guessing an 'out' instruction triggered the reboot, and
skip_emulated_instruction() added 2 to rip.
I think you're right; the reset is
Luca Tettamanti wrote:
Il Sun, Sep 09, 2007 at 03:51:20PM +0300, Avi Kivity ha scritto:
Luca Tettamanti wrote:
Actually 0xfff2 is in the middle of an instruction.
I'm guessing an 'out' instruction triggered the reboot, and
skip_emulated_instruction() added 2 to rip.
Il Mon, Aug 20, 2007 at 10:58:57AM +0300, Avi Kivity ha scritto:
Luca Tettamanti wrote:
In order to reactivate the CPU after the reset. When the guest reboots I
get an unhandled vm exit:
unhandled vm exit: 0x8021
rax rbx rcx rdx
Luca Tettamanti wrote:
In order to reactivate the CPU after the reset. When the guest reboots I
get an unhandled vm exit:
unhandled vm exit: 0x8021
rax rbx rcx rdx
0600
rsi rdi rsp
Luca wrote:
On 8/13/07, Avi Kivity [EMAIL PROTECTED] wrote:
Luca Tettamanti wrote:
The patch stops the unhandled wrmsr, but reboot is still not working
(guest is stuck using 100% of the CPU). The last working userspace is
KVM-28, and I tested it with recent kernel modules. Any idea
Jindrich Makovicka wrote:
On 8/17/07, Avi Kivity [EMAIL PROTECTED] wrote:
That page doesn't work for me -- it probably expects some HTTP POST
data. Can you set down instructions to reproduce? (i.e. starting from
java.sun.com or similar)
Sure.
1) go to http://java.com
2) click
On Sun, 19 Aug 2007 14:23:49 +0300
Avi Kivity [EMAIL PROTECTED] wrote:
Jindrich Makovicka wrote:
On 8/17/07, Avi Kivity [EMAIL PROTECTED] wrote:
That page doesn't work for me -- it probably expects some HTTP POST
data. Can you set down instructions to reproduce? (i.e. starting
from
Il Sun, Aug 19, 2007 at 10:36:06AM +0300, Avi Kivity ha scritto:
Luca wrote:
On 8/13/07, Avi Kivity [EMAIL PROTECTED] wrote:
Luca Tettamanti wrote:
The patch stops the unhandled wrmsr, but reboot is still not working
(guest is stuck using 100% of the CPU). The last working
Jindrich Makovicka wrote:
On Mon, 13 Aug 2007 12:09:46 +0300
Avi Kivity avi-atKUWr5tajBWk0Htik3J/[EMAIL PROTECTED] wrote:
get_msr_entry should be fine, cpu_save/cpu_load (used by savevm -
qemu/vl.c) may need a similar fix.
The patch stops the unhandled wrmsr, but reboot is still not
On 8/17/07, Avi Kivity [EMAIL PROTECTED] wrote:
That page doesn't work for me -- it probably expects some HTTP POST
data. Can you set down instructions to reproduce? (i.e. starting from
java.sun.com or similar)
Sure.
1) go to http://java.com
2) click the big green FREE JAVA DOWNLOAD
Now,
On 8/13/07, Avi Kivity [EMAIL PROTECTED] wrote:
Luca Tettamanti wrote:
The patch stops the unhandled wrmsr, but reboot is still not working
(guest is stuck using 100% of the CPU). The last working userspace is
KVM-28, and I tested it with recent kernel modules. Any idea on this
one?
On Mon, 13 Aug 2007 12:09:46 +0300
Avi Kivity [EMAIL PROTECTED] wrote:
get_msr_entry should be fine, cpu_save/cpu_load (used by savevm -
qemu/vl.c) may need a similar fix.
The patch stops the unhandled wrmsr, but reboot is still not
working (guest is stuck using 100% of the CPU). The
Luca Tettamanti wrote:
which enabled the compilation of code depending on TARGET_X86_64.
Problems arise when the host is in 32 bit mode; Avi fixed part of the
issue with d9ff68d1 (masking the LM bit when the host is 32 bit).
The MSR issue is caused by load_regs (qemu/qemu-kvm.c); at line 304
(sorry for the double post - I mistyped the address of the list)
Hi Uri, Avi,
I think I debugged the
kvm: unhandled wrmsr: 0xc083
on guest reboot with recent KVM userspace.
The root cause is this commit from Uri:
commit 5e1accfc9e7a7d79244c862c04621f7ba23c6d38
Author: Uri Lublin [EMAIL
15 matches
Mail list logo
