Re: [PATCH] KVM: PPC: BOOK3S: PR: Fix PURR and SPURR emulation

2014-06-03 Thread Paul Mackerras
On Tue, Jun 03, 2014 at 05:46:11PM +0530, Aneesh Kumar K.V wrote: > We use time base for PURR and SPURR emulation with PR KVM since we > are emulating a single threaded core. When using time base > we need to make sure that we don't accumulate time spent in the host > in PURR and SPURR value. Most

[PATCH] KVM: PPC: BOOK3S: PR: Fix PURR and SPURR emulation

2014-06-03 Thread Aneesh Kumar K.V
We use time base for PURR and SPURR emulation with PR KVM since we are emulating a single threaded core. When using time base we need to make sure that we don't accumulate time spent in the host in PURR and SPURR value. Also we don't need to emulate mtspr because both the registers are hypervisor

Re: [RFC PATCH 3/3] PPC, KVM, CMA: use general CMA reserved area management framework

2014-06-03 Thread Paolo Bonzini
Il 03/06/2014 09:02, Michal Nazarewicz ha scritto: On Tue, Jun 03 2014, Joonsoo Kim wrote: Now, we have general CMA reserved area management framework, so use it for future maintainabilty. There is no functional change. Signed-off-by: Joonsoo Kim Acked-by: Michal Nazarewicz Acked-by: Pao

Re: [PATCH 4/4] powerpc/eeh: Avoid event on passed PE

2014-06-03 Thread Benjamin Herrenschmidt
On Tue, 2014-06-03 at 09:45 +0200, Alexander Graf wrote: > For EEH it could as well be a dumb eventfd - really just a side > channel that can tell user space that something happened > asynchronously :). Which the host kernel may have no way to detect without actively poking at the device (fences i

Re: [PATCH 4/4] powerpc/eeh: Avoid event on passed PE

2014-06-03 Thread Alexander Graf
> Am 03.06.2014 um 07:54 schrieb Paul Mackerras : > >> On Tue, May 20, 2014 at 01:25:11PM +0200, Alexander Graf wrote: >> >>> On 20.05.14 10:30, Gavin Shan wrote: >>> If we detects frozen state on PE that has been passed to guest, we >>> needn't handle it. Instead, we rely on the guest to detec

Re: [RFC PATCH 3/3] PPC, KVM, CMA: use general CMA reserved area management framework

2014-06-03 Thread Michal Nazarewicz
On Tue, Jun 03 2014, Joonsoo Kim wrote: > Now, we have general CMA reserved area management framework, > so use it for future maintainabilty. There is no functional change. > > Signed-off-by: Joonsoo Kim Acked-by: Michal Nazarewicz -- Best regards, _

Re: [RFC PATCH 2/3] DMA, CMA: use general CMA reserved area management framework

2014-06-03 Thread Michal Nazarewicz
On Tue, Jun 03 2014, Joonsoo Kim wrote: > Now, we have general CMA reserved area management framework, > so use it for future maintainabilty. There is no functional change. > > Signed-off-by: Joonsoo Kim Acked-by: Michal Nazarewicz > diff --git a/include/linux/dma-contiguous.h b/include/linux/d