Re: [PATCH] Add a page cache-backed balloon device driver.

2012-10-30 Thread Mike Waychison
On Tue, Oct 30, 2012 at 8:29 AM, Michael S. Tsirkin wrote: > On Tue, Sep 11, 2012 at 12:10:18AM +0300, Michael S. Tsirkin wrote: >> > On the plus side, having an exit taken here on each page turns out to >> > be relatively cheap, as the vmexit from the page fault should be >> > faster to process a

Re: [PATCH] Add a page cache-backed balloon device driver.

2012-09-10 Thread Mike Waychison
On Mon, Sep 10, 2012 at 3:59 PM, Michael S. Tsirkin wrote: > On Mon, Sep 10, 2012 at 01:37:06PM -0400, Mike Waychison wrote: >> On Mon, Sep 10, 2012 at 5:05 AM, Michael S. Tsirkin wrote: >> > On Tue, Jun 26, 2012 at 01:32:58PM -0700, Frank Swiderski wrote: >> >> T

Re: [PATCH] Add a page cache-backed balloon device driver.

2012-09-10 Thread Mike Waychison
On Mon, Sep 10, 2012 at 2:04 PM, Rik van Riel wrote: > On 09/10/2012 01:37 PM, Mike Waychison wrote: >> >> On Mon, Sep 10, 2012 at 5:05 AM, Michael S. Tsirkin >> wrote: > > >>> Also can you pls answer Avi's question? >>> How is overcommit

Re: [PATCH] Add a page cache-backed balloon device driver.

2012-09-10 Thread Mike Waychison
On Mon, Sep 10, 2012 at 5:05 AM, Michael S. Tsirkin wrote: > On Tue, Jun 26, 2012 at 01:32:58PM -0700, Frank Swiderski wrote: >> This implementation of a virtio balloon driver uses the page cache to >> "store" pages that have been released to the host. The communication >> (outside of target coun

Re: [PATCH] kvm: don't call mmu_shrinker w/o used_mmu_pages

2012-04-20 Thread Mike Waychison
On Fri, Apr 20, 2012 at 7:29 PM, Takuya Yoshikawa wrote: > On Fri, 20 Apr 2012 19:15:24 -0700 > Mike Waychison wrote: > >> In our situation, we simple disable the shrinker altogether.  My >> understanding is that we EPT or NPT, the amount of memory used by >> these ta

Re: [PATCH] kvm: don't call mmu_shrinker w/o used_mmu_pages

2012-04-20 Thread Mike Waychison
On Fri, Apr 20, 2012 at 6:56 PM, Takuya Yoshikawa wrote: > On Fri, 20 Apr 2012 16:07:41 -0700 > Ying Han wrote: > >> My understanding of the real pain is the poor implementation of the >> mmu_shrinker. It iterates all the registered mmu_shrink callbacks for >> each kvm and only does little work a

Re: [PATCH RFC net-next] virtio_net: refill buffer right after being used

2011-07-29 Thread Mike Waychison
On Fri, Jul 29, 2011 at 3:55 PM, Shirley Ma wrote: > Resubmit it with a typo fix. > > Signed-off-by: Shirley Ma > --- > > diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c > index 0c7321c..c8201d4 100644 > --- a/drivers/net/virtio_net.c > +++ b/drivers/net/virtio_net.c > @@ -429,6

[PATCH] kvm: Really fix HV_X64_MSR_APIC_ASSIST_PAGE

2011-07-23 Thread Mike Waychison
Commit 0945d4b228 tried to fix the get_msr path for the HV_X64_MSR_APIC_ASSIST_PAGE msr, but was poorly tested. We should be returning 0 if the read succeeded, and passing the value back to the caller via the pdata out argument, not returning the value directly. Signed-off-by: Mike Waychison

[PATCH] kvm: get_msr support for HV_X64_MSR_APIC_ASSIST_PAGE

2011-07-21 Thread Mike Waychison
ply return the guest visible value of this register, which seems to be correct as a set on the register is validated for us already. Signed-off-by: Mike Waychison --- arch/x86/kvm/x86.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm

[PATCH] KVM: Initialize kvm before registering the mmu notifier

2011-06-03 Thread Mike Waychison
ssing other portions of struct kvm before they are intialized. Solve this by moving the mmu notifier registration to occur after the structure is completely initialized. Google-Bug-Id: 452199 Signed-off-by: Mike Waychison --- Applies to Linus' tree. --- virt/kvm/kvm_main.c | 11 ++

Re: [RFC] CPU hard limits

2009-06-04 Thread Mike Waychison
ompared to the cpu scheduling guarantees themselves. Mike Waychison -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html