KVM: fix some typos
authorWei Yang <richard.weiyang@gmail.com>
Mon, 5 Nov 2018 06:45:03 +0000 (14:45 +0800)
committerPaolo Bonzini <pbonzini@redhat.com>
Fri, 21 Dec 2018 10:28:26 +0000 (11:28 +0100)
Signed-off-by: Wei Yang <richard.weiyang@gmail.com>
[Preserved the iff and a probably intentional weird bracket notation.
 Also dropped the style change to make a single-purpose patch. - Radim]
Signed-off-by: Radim Krčmář <rkrcmar@redhat.com>
arch/x86/kvm/mmu.c
arch/x86/kvm/x86.c
virt/kvm/async_pf.c

index 7c03c0f..1fba9f3 100644 (file)
@@ -5638,7 +5638,7 @@ void kvm_mmu_slot_remove_write_access(struct kvm *kvm,
         * spte from present to present (changing the spte from present
         * to nonpresent will flush all the TLBs immediately), in other
         * words, the only case we care is mmu_spte_update() where we
-        * haved checked SPTE_HOST_WRITEABLE | SPTE_MMU_WRITEABLE
+        * have checked SPTE_HOST_WRITEABLE | SPTE_MMU_WRITEABLE
         * instead of PT_WRITABLE_MASK, that means it does not depend
         * on PT_WRITABLE_MASK anymore.
         */
index 70faa3c..99e9b69 100644 (file)
@@ -9344,7 +9344,7 @@ static void kvm_mmu_slot_apply_flags(struct kvm *kvm,
         * with dirty logging disabled in order to eliminate unnecessary GPA
         * logging in PML buffer (and potential PML buffer full VMEXT). This
         * guarantees leaving PML enabled during guest's lifetime won't have
-        * any additonal overhead from PML when guest is running with dirty
+        * any additional overhead from PML when guest is running with dirty
         * logging disabled for memory slots.
         *
         * kvm_x86_ops->slot_enable_log_dirty is called when switching new slot
index 23c2519..110cbe3 100644 (file)
@@ -82,7 +82,7 @@ static void async_pf_execute(struct work_struct *work)
        might_sleep();
 
        /*
-        * This work is run asynchromously to the task which owns
+        * This work is run asynchronously to the task which owns
         * mm and might be done in another context, so we must
         * access remotely.
         */