Re: [PATCH 0/4 v2] kvm: rework KVM mmu_shrink() code

On Tue, Aug 24, 2010 at 10:07 AM, Marcelo Tosatti wrote: > On Mon, Aug 23, 2010 at 07:11:11PM +0800, Xiaotian Feng wrote: >> On Mon, Aug 23, 2010 at 6:27 PM, Avi Kivity wrote: >> >  On 08/23/2010 01:22 PM, Avi Kivity wrote: >> >> >> >> >> &

[PATCH -kvm] kvm: fix regression from rework KVM mmu_shrink() code

hanged after kvm_mmu_prepare_zap_page(), This caused kvm_mmu_change_mmu_pages/__kvm_mmu_free_some_pages loops forever. Moving kvm_mmu_commit_zap_page would make the while loop performs as normal. Reported-by: Avi Kivity Signed-off-by: Xiaotian Feng Tested-by: Avi Kivity Cc: Marcelo Tosatti Cc: Dave Han

Re: [PATCH 0/4 v2] kvm: rework KVM mmu_shrink() code

On Mon, Aug 23, 2010 at 6:27 PM, Avi Kivity wrote: >  On 08/23/2010 01:22 PM, Avi Kivity wrote: >> >> >> I see a lot of soft lockups with this patchset: > > This is running the emulator.flat test case, with shadow paging.  This test > triggers a lot (millions) of mmu mode switches. > Does followi

[PATCH] kvm: destroy workqueue on kvm_create_pit() failures

kernel needs to destroy workqueue if kvm_create_pit() fails, otherwise after pit is freed, the workqueue is leaked. Signed-off-by: Xiaotian Feng Cc: Avi Kivity Cc: Marcelo Tosatti Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Gleb Natapov Cc: "Michael

[PATCH] kvm: fix poison overwritten caused by using wrong xstate size

fpu.state is xstate_size, kernel will write out of memory and caused poison/redzone/padding overwritten warnings. Signed-off-by: Xiaotian Feng Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Suresh Siddha Cc: Brian Gerst Cc: Avi Kivity Cc: Robert Richter Cc: Sheng Yang C