From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Hildenbrand Subject: [PATCH RFC 0/6] QEMU: kvm: cleanup kvm_slot handling Date: Wed, 9 Aug 2017 15:33:40 +0200 Message-ID: <20170809133346.30271-1-david@redhat.com> Cc: Paolo Bonzini , kvm@vger.kernel.org, david@redhat.com To: qemu-devel@nongnu.org Return-path: Received: from mx1.redhat.com ([209.132.183.28]:58862 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752271AbdHINdv (ORCPT ); Wed, 9 Aug 2017 09:33:51 -0400 Sender: kvm-owner@vger.kernel.org List-ID: If I am not missing something important here, we can heavily simplify the kvm_slot code. Flatview will make sure that we don't have to deal with overlapping slots. E.g. when a memory section is resized, we are first notified about the removal and then about the new memory section. So basically, we can directly always map one memory section to one kvm slot (if the fixed up size is > 0). Only very briefly tested. Will do some more testing if we agree that this is the right thing to do. David Hildenbrand (6): kvm: require JOIN_MEMORY_REGIONS_WORKS kvm: factor out alignment of memory section kvm: use start + size for memory ranges kvm: we never have overlapping slots in kvm_set_phys_mem() kvm: kvm_log_start/stop are only called with known sections kvm: kvm_log_sync() is only called with known memory sections accel/kvm/kvm-all.c | 276 +++++++++++++++++----------------------------------- 1 file changed, 89 insertions(+), 187 deletions(-) -- 2.9.4