提交 · 1f21e79aaced0a041e9399346960ce26ae0f5a4e · openeuler / Kernel

10 6月, 2009 40 次提交

KVM: VMX: Cleanup vmx_intr_assist() · 1f21e79a

由 Gleb Natapov 提交于 4月 21, 2009

Signed-off-by: NGleb Natapov <gleb@redhat.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

1f21e79a

KVM: VMX: Consolidate userspace and kernel interrupt injection for VMX · 863e8e65

由 Gleb Natapov 提交于 4月 21, 2009

Use the same callback to inject irq/nmi events no matter what irqchip is
in use. Only from VMX for now.
Signed-off-by: NGleb Natapov <gleb@redhat.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

863e8e65

KVM: Make kvm_cpu_(has|get)_interrupt() work for userspace irqchip too · 8061823a

由 Gleb Natapov 提交于 4月 21, 2009

At the vector level, kernel and userspace irqchip are fairly similar.
Signed-off-by: NGleb Natapov <gleb@redhat.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

8061823a

KVM: MMU: Fix auditing code · 34382539

由 Jan Kiszka 提交于 4月 25, 2009

Fix build breakage of hpa lookup in audit_mappings_page. Moreover, make
this function robust against shadow_notrap_nonpresent_pte entries.
Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

34382539

KVM: ia64: ia64 vcpu_reset() do not call kmalloc() with irqs disabled · 43890ae8

由 Jes Sorensen 提交于 4月 17, 2009

Restore local irq enabled state before calling kvm_arch_vcpu_init(),
which calls kmalloc(GFP_KERNEL).
Signed-off-by: NJes Sorensen <jes@sgi.com>
Acked-by: NXiantao Zhang <xiantao.zhang@intel.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

43890ae8

KVM: ia64: preserve int status through call to kvm_insert_vmm_mapping · 4d13c3b0

由 Jes Sorensen 提交于 4月 16, 2009

Preserve interrupt status around call to kvm_insert_vmm_mappin()
in kvm_vcpu_pre_transition().
Signed-off-by: NJes Sorensen <jes@sgi.com>
Acked-by: NXiantao Zhang <xiantao.zhang@intel.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

4d13c3b0

KVM: ia64: restore irq state before calling kvm_vcpu_init · 457459c3

由 Jes Sorensen 提交于 4月 16, 2009

Make sure to restore the psr after calling kvm_insert_vmm_mapping()
which calls ia64_itr_entry() as it disables local interrupts and
kvm_vcpu_init() may sleep.

Avoids a warning from the lock debugging code.
Signed-off-by: NJes Sorensen <jes@sgi.com>
Acked-by : Xiantao Zhang <xiantao.zhang@intel.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

457459c3

KVM: ia64: remove empty function vti_vcpu_load() · f9b647ad

由 Jes Sorensen 提交于 4月 16, 2009

vti_vcpu_load() doesn't do anything, so lets get rid of it.
Signed-off-by: NJes Sorensen <jes@sgi.com>
Acked-by : Xiantao Zhang<xiantao.zhang@intel.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

f9b647ad

KVM: ia64: Flush all TLBs once guest's memory mapping changes. · 64f6afbd

由 Xiantao Zhang 提交于 4月 16, 2009

Flush all vcpu's TLB entries once changes guest's memory mapping.
Signed-off-by: NXiantao Zhang <xiantao.zhang@intel.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

64f6afbd

KVM: x86: check for cr3 validity in ioctl_set_sregs · 59839dff

由 Marcelo Tosatti 提交于 4月 16, 2009

Matt T. Yourst notes that kvm_arch_vcpu_ioctl_set_sregs lacks validity
checking for the new cr3 value:

"Userspace callers of KVM_SET_SREGS can pass a bogus value of cr3 to
the kernel. This will trigger a NULL pointer access in gfn_to_rmap()
when userspace next tries to call KVM_RUN on the affected VCPU and kvm
attempts to activate the new non-existent page table root.

This happens since kvm only validates that cr3 points to a valid guest
physical memory page when code *inside* the guest sets cr3. However, kvm
currently trusts the userspace caller (e.g. QEMU) on the host machine to
always supply a valid page table root, rather than properly validating
it along with the rest of the reloaded guest state."

http://sourceforge.net/tracker/?func=detail&atid=893831&aid=2687641&group_id=180599

Check for a valid cr3 address in kvm_arch_vcpu_ioctl_set_sregs, triple
fault in case of failure.

Cc: stable@kernel.org
Signed-off-by: NMarcelo Tosatti <mtosatti@redhat.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

59839dff

KVM: ia64: Don't hold slots_lock in guest mode · c6b60c69

由 Jes Sorensen 提交于 4月 16, 2009

Reorder locking to avoid holding the slots_lock when entering
the guest.
Signed-off-by: NJes Sorensen <jes@sgi.com>
Acked-by : Xiantao Zhang<xiantao.zhang@intel.com>
Signed-off-by: NAvi Kivity <avi@redhat.com>

c6b60c69

A
KVM: Replace kvmclock open-coded get_cpu_var() with the real thing · 463656c0
由 Avi Kivity 提交于 4月 12, 2009
```
Suggested by Ingo Molnar.
Signed-off-by: NAvi Kivity <avi@redhat.com>
```
463656c0

KVM: SVM: Skip instruction on a task switch only when appropriate · 8317c298