On 2014/11/5 15:39, Wang, Wei W wrote:
On 05/11/2014 2:14, Tiejun Chen wrote:
A bug was reported as follows: when running Windows 7 32-bit guests on
qemu-kvm, sometimes the guests run into blue screen during reboot. The
problem was that a guest's RVI was not cleared when it rebooted. This
Hi Nikolay,
From this mail I know you guys have done some work about ioeventfd support
on kvm-arm before. Do you have plan to rework your patch based on
the new branch? If not, I think we should send a patch to make eventfd
support on kvm-arm and make vhost-net work.
Based on the new kvm-arm
On 05/11/2014 4:07, Tiejun Chen wrote:
A bug was reported as follows: when running Windows 7 32-bit guests
on qemu-kvm, sometimes the guests run into blue screen during
reboot. The problem was that a guest's RVI was not cleared when it
rebooted. This
patch has fixed the problem.
On 2014/11/5 16:50, Wang, Wei W wrote:
On 05/11/2014 4:07, Tiejun Chen wrote:
A bug was reported as follows: when running Windows 7 32-bit guests
on qemu-kvm, sometimes the guests run into blue screen during
reboot. The problem was that a guest's RVI was not cleared when it
rebooted. This
Hi,
This is KVM upstream test result against kvm.git next branch and qemu.git
master branch.
kvm.git next branch: c6338ce494456ed9c92ef10f63c0a8408bfeac6d based on
kernel 3.18.0-rc3
qemu.git master branch: d5b4dc3b50175f0c34f3cf4b053e123fb37f5aed
We found one new bug and no
Finally we always return highest_irr so its unnecessary to return -1
after check if highest_irr == -1.
Signed-off-by: Tiejun Chen tiejun.c...@intel.com
---
arch/x86/kvm/lapic.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index
On 05/11/2014 00:30, Marcelo Tosatti wrote:
+ /*
+ * If the vcpus have matched TSCs and host clocksource is TSC,
+ * perform request to enable masterclock.
+ *
+ * If the masterclock is enabled, perform request to update
+ * masterclock values.
+ */
+
On 05/11/2014 02:43, Chen, Tiejun wrote:
+default:
+WARN_ON(1);
+continue;
'continue' versus 'break'?
Yes, it avoids falling through to vmcs12_write_any(vmx-vcpu, field,
field_value).
Looks we're missing another place,
Right, thanks.
Paolo
--
To
On Fri, Oct 31, 2014 at 9:04 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-27 at 19:05 +0100, Antonios Motakis wrote:
Currently a VFIO driver's IOMMU capabilities are encoded as a series of
numerical defines. Replace this with an enum for future maintainability.
On Fri, Oct 31, 2014 at 7:40 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-27 at 19:07 +0100, Antonios Motakis wrote:
Add support for discovering AMBA devices with VFIO and handle them
similarly to Linux platform devices.
Signed-off-by: Antonios Motakis
On Fri, Oct 31, 2014 at 7:58 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-27 at 19:07 +0100, Antonios Motakis wrote:
This patch enables the IOCTLs VFIO_DEVICE_GET_REGION_INFO ioctl call,
which allows the user to learn about the available MMIO resources of
a device.
On 05/11/2014 10:02, Chen, Tiejun wrote:
I think both are ok.
If we zero max_irr in vmx_set_rvi(), we still need this check:
if ((is_guest_mode(vcpu) nested_exit_on_intr(vcpu)) || max_irr == -1)
No, I don't think we need to add this.
You don't, because the code will look like:
On Fri, Oct 31, 2014 at 8:11 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-27 at 19:07 +0100, Antonios Motakis wrote:
Return information for the interrupts exposed by the device.
This patch extends VFIO_DEVICE_GET_INFO with the number of IRQs
and enables
On Fri, Oct 31, 2014 at 8:43 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-27 at 19:08 +0100, Antonios Motakis wrote:
Virqfd just needs to keep accesses to any struct *virqfd safe, but this
comes into play only when creating or destroying eventfds, so sharing
the same
On 27.10.14 16:44, Jason J. Herne wrote:
From: Jason J. Herne jjhe...@linux.vnet.ibm.com
Enable KVM_SET_CLOCK and KVM_GET_CLOCK ioctls on s390 for managing guest Time
Of Day clock value.
Signed-off-by: Jason J. Herne jjhe...@linux.vnet.ibm.com
Reviewed-by: David Hildenbrand
On Fri, Oct 31, 2014 at 8:36 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-27 at 19:07 +0100, Antonios Motakis wrote:
This patch allows to set an eventfd for a patform device's interrupt,
and also to trigger the interrupt eventfd from userspace for testing.
Level
On Fri, Oct 31, 2014 at 8:36 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-27 at 19:07 +0100, Antonios Motakis wrote:
Level sensitive interrupts are exposed as maskable and automasked
interrupts and are masked and disabled automatically when they fire.
Signed-off-by:
On 05/11/2014 10:03, Tiejun Chen wrote:
Finally we always return highest_irr so its unnecessary to return -1
after check if highest_irr == -1.
Signed-off-by: Tiejun Chen tiejun.c...@intel.com
---
arch/x86/kvm/lapic.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
On 02/11/2014 10:54, Nadav Amit wrote:
In one occassion, decode_modrm uses the rm field after it is extended with
REX.B to determine the addressing mode. Doing so causes it not to read the
offset for rip-relative addressing.
This patch uses the value after masking instead.
Signed-off-by:
On 02/11/2014 10:54, Nadav Amit wrote:
In x86, you cannot MOV-sreg to memory is either 16-bits or 64-bits. When
destination is registers, and the operand size is 32-bits, the high 16-bits in
modern CPUs is filled with zero.
In contrast, KVM may write to memory 32-bits on MOV-sreg. This
On 02/11/2014 10:54, Nadav Amit wrote:
The emulator mistakenly considers some of the immediate operands as memory
operands, performs memory read and uses the wrong data. By default, every
operand is marked as OP_MEM, so if it is not changed, memory read may be
wrongly emulated and the wrong
On 02/11/2014 10:54, Nadav Amit wrote:
When resetting the VCPU, the FPU should be reset as well (e.g., XCR0 state).
Call fx_init during reset as well.
Actually it shouldn't be after INIT. XCR0 is not mentioned explicitly
in Table 9-1 of the SDM (IA-32 Processor States Following Power-up,
On 02/11/2014 10:55, Nadav Amit wrote:
Commit 3b32004a66e9 (KVM: x86: movnti minimum op size of 32-bit is not kept)
did not fully fix the minimum operand size of MONTI emulation. Still, MOVNTI
may be mistakenly performed using 16-bit opsize.
This patch add No16 flag to mark an instruction
Am 05.11.2014 11:07, schrieb Alexander Graf:
On 27.10.14 16:44, Jason J. Herne wrote:
From: Jason J. Herne jjhe...@linux.vnet.ibm.com
Enable KVM_SET_CLOCK and KVM_GET_CLOCK ioctls on s390 for managing guest Time
Of Day clock value.
Signed-off-by: Jason J. Herne
On 02/11/2014 10:54, Nadav Amit wrote:
Currently, the APIC logical map does not consider VCPUs whose local-apic is
software-disabled. However, NMIs, INIT, etc. should still be delivered to
such
VCPUs. Therefore, the APIC mode should first be determined, and then the map,
considering all
On 02/11/2014 10:54, Nadav Amit wrote:
Nadav Amit (21):
KVM: x86: decode_modrm does not regard modrm correctly
KVM: x86: No error-code on real-mode exceptions
KVM: x86: Emulator should set DR6 upon GD like real CPU
KVM: x86: Clear DR6[0:3] on #DB during handle_dr
KVM: x86:
On 05/11/2014 13:28, Christian Borntraeger wrote:
Am 05.11.2014 11:07, schrieb Alexander Graf:
On 27.10.14 16:44, Jason J. Herne wrote:
From: Jason J. Herne jjhe...@linux.vnet.ibm.com
Enable KVM_SET_CLOCK and KVM_GET_CLOCK ioctls on s390 for
managing guest Time Of Day clock value.
On Nov 5, 2014, at 14:04, Paolo Bonzini pbonz...@redhat.com wrote:
On 02/11/2014 10:54, Nadav Amit wrote:
When resetting the VCPU, the FPU should be reset as well (e.g., XCR0 state).
Call fx_init during reset as well.
Actually it shouldn't be after INIT. XCR0 is not mentioned
https://bugzilla.kernel.org/show_bug.cgi?id=87591
Paolo Bonzini bonz...@gnu.org changed:
What|Removed |Added
CC||bonz...@gnu.org
On 05.11.14 14:11, Paolo Bonzini wrote:
On 05/11/2014 13:28, Christian Borntraeger wrote:
Am 05.11.2014 11:07, schrieb Alexander Graf:
On 27.10.14 16:44, Jason J. Herne wrote:
From: Jason J. Herne jjhe...@linux.vnet.ibm.com
Enable KVM_SET_CLOCK and KVM_GET_CLOCK ioctls on s390 for
On 05/11/2014 14:20, Nadav Amit wrote:
Actually it shouldn't be after INIT. XCR0 is not mentioned explicitly
in Table 9-1 of the SDM (IA-32 Processor States Following Power-up,
Reset, or INIT), but since MSR_IA32_XSS is not specified, I think XCR0
should fall under All other MSRs”.
On 05/11/2014 15:32, Alexander Graf wrote:
Of course 2 has code written, but it should be a small change to use
ONEREG instead. What do you think?
How far does the existing nanosecond number get us until we hit the
64bit limit?
2042.
And by the time we hit it, wouldn't we hit it on
On 01/11/2014 11:12, James Hogan wrote:
AFAICT all of the arch implementations of kvm_vm_ioctl_get_dirty_log()
except x86 and ppc hv (i.e. ia60, mips, ppc pv, s390) already make use
of the existing generic function kvm_get_dirty_log() to help implement
their kvm_vm_ioctl_get_dirty_log
On 23/10/2014 00:34, Mario Smarduch wrote:
This patch adds support for architecture implemented VM TLB flush, currently
ARMv7 defines HAVE_KVM_ARCH_TLB_FLUSH_ALL. This leaves other architectures
unaffected using the generic version. In subsequent patch ARMv7 defines
Am 05.11.2014 14:11, schrieb Paolo Bonzini:
On 05/11/2014 13:28, Christian Borntraeger wrote:
Am 05.11.2014 11:07, schrieb Alexander Graf:
On 27.10.14 16:44, Jason J. Herne wrote:
From: Jason J. Herne jjhe...@linux.vnet.ibm.com
Enable KVM_SET_CLOCK and KVM_GET_CLOCK ioctls on s390 for
On 05.11.14 17:48, Christian Borntraeger wrote:
Am 05.11.2014 14:11, schrieb Paolo Bonzini:
On 05/11/2014 13:28, Christian Borntraeger wrote:
Am 05.11.2014 11:07, schrieb Alexander Graf:
On 27.10.14 16:44, Jason J. Herne wrote:
From: Jason J. Herne jjhe...@linux.vnet.ibm.com
Enable
Am 05.11.2014 18:37, schrieb Alexander Graf:
On 05.11.14 17:48, Christian Borntraeger wrote:
Am 05.11.2014 14:11, schrieb Paolo Bonzini:
On 05/11/2014 13:28, Christian Borntraeger wrote:
Am 05.11.2014 11:07, schrieb Alexander Graf:
On 27.10.14 16:44, Jason J. Herne wrote:
From: Jason
On Wed, Nov 05, 2014 at 10:36:05AM +0100, Paolo Bonzini wrote:
On 05/11/2014 00:30, Marcelo Tosatti wrote:
+ /*
+* If the vcpus have matched TSCs and host clocksource is TSC,
+* perform request to enable masterclock.
+*
+* If the masterclock is enabled, perform request
On 05/11/2014 18:56, Christian Borntraeger wrote:
Whether you want to follow that approach or do it as VM attribute
straight away, I don't mind much :).
given that top programmable field and epoch are available as ONEREG, lets do
the same for TOD.
Is the epoch per-cpu?
Paolo
--
To
The new trace event records:
* the id of vcpu being updated
* the pvclock_vcpu_time_info struct being written to guest memory
This is useful for debugging pvclock bugs, such as the bug fixed by
[PATCH] kvm: x86: Fix kvm clock versioning..
Signed-off-by: David Matlack dmatl...@google.com
---
On 05/11/2014 20:47, Paolo Bonzini wrote:
On 05/11/2014 19:19, Marcelo Tosatti wrote:
+ * If the vcpus have matched TSCs and host clocksource is TSC,
+ * perform request to enable masterclock.
+ *
+ * If the masterclock is enabled, perform request to
On 05/11/2014 19:19, Marcelo Tosatti wrote:
+* If the vcpus have matched TSCs and host clocksource is TSC,
+* perform request to enable masterclock.
+*
+* If the masterclock is enabled, perform request to update
+* masterclock values.
+
On Nov 5, 2014, at 14:18, Paolo Bonzini pbonz...@redhat.com wrote:
On 02/11/2014 10:55, Nadav Amit wrote:
Commit 3b32004a66e9 (KVM: x86: movnti minimum op size of 32-bit is not
kept)
did not fully fix the minimum operand size of MONTI emulation. Still, MOVNTI
may be mistakenly
On Nov 5, 2014, at 14:18, Paolo Bonzini pbonz...@redhat.com wrote:
On 02/11/2014 10:55, Nadav Amit wrote:
Commit 3b32004a66e9 (KVM: x86: movnti minimum op size of 32-bit is not
kept)
did not fully fix the minimum operand size of MONTI emulation. Still, MOVNTI
may be mistakenly
On Nov 5, 2014, at 16:55, Paolo Bonzini pbonz...@redhat.com wrote:
On 05/11/2014 14:20, Nadav Amit wrote:
Actually it shouldn't be after INIT. XCR0 is not mentioned explicitly
in Table 9-1 of the SDM (IA-32 Processor States Following Power-up,
Reset, or INIT), but since MSR_IA32_XSS
On Nov 5, 2014, at 14:30, Paolo Bonzini pbonz...@redhat.com wrote:
On 02/11/2014 10:54, Nadav Amit wrote:
Currently, the APIC logical map does not consider VCPUs whose local-apic is
software-disabled. However, NMIs, INIT, etc. should still be delivered to
such
VCPUs. Therefore, the
On Wed, Nov 05, 2014 at 08:49:38PM +0100, Paolo Bonzini wrote:
On 05/11/2014 20:47, Paolo Bonzini wrote:
On 05/11/2014 19:19, Marcelo Tosatti wrote:
+ * If the vcpus have matched TSCs and host clocksource is TSC,
+ * perform request to enable masterclock.
+ *
On 11/05/2014 08:09 AM, Paolo Bonzini wrote:
On 01/11/2014 11:12, James Hogan wrote:
AFAICT all of the arch implementations of kvm_vm_ioctl_get_dirty_log()
except x86 and ppc hv (i.e. ia60, mips, ppc pv, s390) already make use
of the existing generic function kvm_get_dirty_log() to help
Paolo Bonzini wrote on 2014-11-05:
On 05/11/2014 10:02, Chen, Tiejun wrote:
I think both are ok.
If we zero max_irr in vmx_set_rvi(), we still need this check:
if ((is_guest_mode(vcpu) nested_exit_on_intr(vcpu)) || max_irr
==
-1)
No, I don't think we need to add this.
You don't,
On 2014/11/5 18:22, Paolo Bonzini wrote:
On 05/11/2014 10:03, Tiejun Chen wrote:
Finally we always return highest_irr so its unnecessary to return -1
after check if highest_irr == -1.
Signed-off-by: Tiejun Chen tiejun.c...@intel.com
---
arch/x86/kvm/lapic.c | 3 +--
1 file changed, 1
On 01/11/2014 11:12, James Hogan wrote:
AFAICT all of the arch implementations of kvm_vm_ioctl_get_dirty_log()
except x86 and ppc hv (i.e. ia60, mips, ppc pv, s390) already make use
of the existing generic function kvm_get_dirty_log() to help implement
their kvm_vm_ioctl_get_dirty_log
On 23/10/2014 00:34, Mario Smarduch wrote:
This patch adds support for architecture implemented VM TLB flush, currently
ARMv7 defines HAVE_KVM_ARCH_TLB_FLUSH_ALL. This leaves other architectures
unaffected using the generic version. In subsequent patch ARMv7 defines
On 11/05/2014 08:09 AM, Paolo Bonzini wrote:
On 01/11/2014 11:12, James Hogan wrote:
AFAICT all of the arch implementations of kvm_vm_ioctl_get_dirty_log()
except x86 and ppc hv (i.e. ia60, mips, ppc pv, s390) already make use
of the existing generic function kvm_get_dirty_log() to help
53 matches
Mail list logo