Re: [PATCH v14 7/7] KVM: arm: page logging 2nd stage fault handling

2014-11-14 Thread Marc Zyngier
spin_unlock(&kvm->mmu_lock); > kvm_release_pfn_clean(pfn); > @@ -1137,7 +1169,15 @@ static void kvm_set_spte_handler(struct kvm *kvm, > gpa_t gpa, void *data) > { > pte_t *pte = (pte_t *)data; > > - stage2_set_pte(kvm, NULL, gpa, pte, false); > + /* >

Re: [PATCH v13 7/7] arm: KVM: ARMv7 dirty page logging 2nd stage page fault

2014-11-07 Thread Marc Zyngier
On 07/11/14 00:40, Mario Smarduch wrote: > This patch adds support for handling 2nd stage page faults during migration, > it disables faulting in huge pages, and dissolves huge pages to page tables. > In case migration is canceled huge pages are used again. > > Reviewed-by: Christoffer Dall > Sig

Re: [PATCH v13 6/7] arm: KVM: dirty log read write protect support

2014-11-07 Thread Marc Zyngier
IG_ARM64) > +defined(CONFIG_IA64) || defined(CONFIG_X86) || defined(CONFIG_ARM64) Yeah, that's exactly why Cornelia's comment on having a proper config symbol is pertinent. > /* > * For architectures that don't use kvm_get_dirty_log_protect() for dirty > page > * logging, calling this function is illegal. Otherwise the function is > defined > Other that that: Reviewed-by: Marc Zyngier M. -- Jazz is not dead. It just smells funny... -- To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v13 5/7] arm: KVM: Add initial dirty page locking infrastructure

2014-11-07 Thread Marc Zyngier
On 07/11/14 00:40, Mario Smarduch wrote: > Add support for initial write protection of VM memlsot. This patch memslots > series assumes that huge PUDs will not be used in 2nd stage tables, which is > awlays valid on ARMv7. always > > Signed-off-by

Re: [PATCH v13 4/7] arm: KVM: Add ARMv7 API to flush TLBs

2014-11-07 Thread Marc Zyngier
lush per-VMID TLBs > + * > + * Reuses __kvm_tlb_flush_vmid_ipa() for ARMv7, without passing address > + * parameter > + */ > + > +ENTRY(__kvm_tlb_flush_vmid) > + b __kvm_tlb_flush_vmid_ipa > +ENDPROC(__kvm_tlb_flush_vmid) > + > / > * Flush TLBs and instruction

Re: [PATCH v13 1/7] KVM: Add architecture-defined TLB flush support

2014-11-07 Thread Marc Zyngier
duch Reviewed-by: Marc Zyngier M. > --- > virt/kvm/Kconfig|3 +++ > virt/kvm/kvm_main.c |2 ++ > 2 files changed, 5 insertions(+) > > diff --git a/virt/kvm/Kconfig b/virt/kvm/Kconfig > index fc0c5e6..3796a21 100644 > --- a/virt/kvm/Kconfig > +++

Re: [PATCH v3] KVM: Specify byte order for KVM_EXIT_MMIO

2014-03-17 Thread Marc Zyngier
existing implementations of known user space applications (QEMU and >> kvmtools for virtio) only support default endianness of the >> architectures on the host side. >> >> Cc: Marc Zyngier >> Cc: Peter Maydell >> Cc: Alexander Graf >> Signed-off-by: Ch

Re: [RFC PATCH 1/6] kvm: add device control API

2013-02-24 Thread Marc Zyngier
On Tue, 19 Feb 2013 18:16:53 -0800, Christoffer Dall wrote: > On Tue, Feb 19, 2013 at 12:16 PM, Scott Wood > wrote: >> We at least need the numberspace to not be architecture-specific if we >> want >> to retain the possibility of changing later -- not to mention what >> happens >> if architectu