From: Paolo Bonzini <pbonzini@redhat.com>
To: KarimAllah Ahmed <karahmed@amazon.de>,
x86@kernel.org, linux-kernel@vger.kernel.org,
kvm@vger.kernel.org
Cc: hpa@zytor.com, jmattson@google.com, mingo@redhat.com,
rkrcmar@redhat.com, tglx@linutronix.de
Subject: Re: [PATCH 04/10] KVM: Introduce a new guest mapping API
Date: Thu, 12 Apr 2018 16:33:08 +0200 [thread overview]
Message-ID: <b47f982b-e6fc-905d-ae3b-5a80c12848f2@redhat.com> (raw)
In-Reply-To: <1519235241-6500-5-git-send-email-karahmed@amazon.de>
Coming back to this (nice) series.
On 21/02/2018 18:47, KarimAllah Ahmed wrote:
> +bool kvm_vcpu_map(struct kvm_vcpu *vcpu, gfn_t gfn, struct kvm_host_map *map)
> +{
> + kvm_pfn_t pfn;
> + void *kaddr = NULL;
Can we s/kaddr/hva/ since that's the standard nomenclature?
> + struct page *page = NULL;
> +
> + if (map->kaddr && map->gfn == gfn)
> + /* If the mapping is valid and guest memory is already mapped */
> + return true;
Please return 0/-EINVAL instead. More important, this optimization is
problematic because:
1) the underlying memslots array could have changed. You'd also need to
store the generation count (see kvm_read_guest_cached for an example)
2) worse, the memslots array could have switched between the SMM and
non-SMM address spaces. This is by the way the reason why there is no
kvm_vcpu_read_guest_cached API.
However, all the places you're changing in patches 4-10 are doing
already kvm_vcpu_gpa_to_page, so I suggest just dropping this optimization.
> + else if (map->kaddr)
> + /* If the mapping is valid but trying to map a different guest pfn */
> + kvm_vcpu_unmap(map);
> +
> + pfn = kvm_vcpu_gfn_to_pfn(vcpu, gfn);
Please change the API to:
static int __kvm_map_gfn(struct kvm_memslot *memslots, gfn_t gfn,
struct kvm_host_map *map)
calling gfn_to_pfn_memslot(memslots, gfn)
int kvm_vcpu_map_gfn(struct kvm_vcpu *vcpu gfn_t gfn,
struct kvm_host_map *map)
calling kvm_vcpu_gfn_to_memslot + __kvm_map
void kvm_unmap_gfn(struct kvm_host_map *map)
> + if (is_error_pfn(pfn))
> + return false;
Should this be is_error_noslot_pfn?
> + if (pfn_valid(pfn)) {
> + page = pfn_to_page(pfn);
> + kaddr = vmap(&page, 1, VM_MAP, PAGE_KERNEL);
> + } else {
> + kaddr = memremap(pfn_to_hpa(pfn), PAGE_SIZE, MEMREMAP_WB);
> + }
> +
> + if (!kaddr)
> + return false;
> +
> + map->page = page;
> + map->kaddr = kaddr;
> + map->pfn = pfn;
> + map->gfn = gfn;
> +
> + return true;
> +}
>
> +void kvm_vcpu_unmap(struct kvm_host_map *map)
> +{
> + if (!map->kaddr)
> + return;
> +
> + if (map->page)
> + kunmap(map->page);
> + else
> + memunmap(map->kaddr);
> +
> + kvm_release_pfn_dirty(map->pfn);
> + memset(map, 0, sizeof(*map));
This can clear just map->kaddr (map->hva after the above review).
Thanks,
Paolo
> +}
> +
next prev parent reply other threads:[~2018-04-12 14:33 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-21 17:47 [PATCH 00/10] KVM/X86: Handle guest memory that does not have a struct page KarimAllah Ahmed
2018-02-21 17:47 ` [PATCH 01/10] X86/nVMX: handle_vmon: Read 4 bytes from guest memory instead of map->read->unmap sequence KarimAllah Ahmed
2018-02-21 17:47 ` [PATCH 02/10] X86/nVMX: handle_vmptrld: Copy the VMCS12 directly from guest memory instead of map->copy->unmap sequence KarimAllah Ahmed
2018-02-21 17:47 ` [PATCH 03/10] X86/nVMX: Update the PML table without mapping and unmapping the page KarimAllah Ahmed
2018-02-23 2:02 ` kbuild test robot
2018-04-12 15:03 ` Paolo Bonzini
2018-02-21 17:47 ` [PATCH 04/10] KVM: Introduce a new guest mapping API KarimAllah Ahmed
2018-02-23 1:27 ` kbuild test robot
2018-02-23 1:37 ` kbuild test robot
2018-02-23 23:48 ` Raslan, KarimAllah
2018-04-12 14:33 ` Paolo Bonzini [this message]
2018-02-21 17:47 ` [PATCH 05/10] KVM/nVMX: Use kvm_vcpu_map when mapping the L1 MSR bitmap KarimAllah Ahmed
2018-02-23 21:36 ` Konrad Rzeszutek Wilk
2018-02-23 23:45 ` Raslan, KarimAllah
2018-04-12 14:36 ` Paolo Bonzini
2018-02-21 17:47 ` [PATCH 06/10] KVM/nVMX: Use kvm_vcpu_map when mapping the virtual APIC page KarimAllah Ahmed
2018-04-12 14:38 ` Paolo Bonzini
2018-04-12 17:57 ` Sean Christopherson
2018-04-12 20:23 ` Paolo Bonzini
2018-02-21 17:47 ` [PATCH 07/10] KVM/nVMX: Use kvm_vcpu_map when mapping the posted interrupt descriptor table KarimAllah Ahmed
2018-04-12 14:39 ` Paolo Bonzini
2018-02-21 17:47 ` [PATCH 08/10] KVM/X86: Use kvm_vcpu_map in emulator_cmpxchg_emulated KarimAllah Ahmed
2018-02-22 2:56 ` Raslan, KarimAllah
2018-02-21 17:47 ` [PATCH 09/10] KVM/X86: hyperv: Use kvm_vcpu_map in synic_clear_sint_msg_pending KarimAllah Ahmed
2018-02-21 17:47 ` [PATCH 10/10] KVM/X86: hyperv: Use kvm_vcpu_map in synic_deliver_msg KarimAllah Ahmed
2018-03-01 15:24 ` [PATCH 00/10] KVM/X86: Handle guest memory that does not have a struct page Raslan, KarimAllah
2018-03-01 17:51 ` Jim Mattson
2018-03-02 17:40 ` Paolo Bonzini
2018-04-12 14:59 ` Paolo Bonzini
2018-04-12 21:25 ` Raslan, KarimAllah
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b47f982b-e6fc-905d-ae3b-5a80c12848f2@redhat.com \
--to=pbonzini@redhat.com \
--cc=hpa@zytor.com \
--cc=jmattson@google.com \
--cc=karahmed@amazon.de \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=rkrcmar@redhat.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome