Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753903AbaGCBRP (ORCPT ); Wed, 2 Jul 2014 21:17:15 -0400 Received: from cn.fujitsu.com ([59.151.112.132]:17021 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751512AbaGCBRO (ORCPT ); Wed, 2 Jul 2014 21:17:14 -0400 X-IronPort-AV: E=Sophos;i="5.00,822,1396972800"; d="scan'208";a="32764089" Message-ID: <53B4AF47.1080008@cn.fujitsu.com> Date: Thu, 3 Jul 2014 09:17:59 +0800 From: Tang Chen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: CC: Tang Chen , , , , , , Subject: Re: [PATCH 0/4] kvm, mem-hotplug: Do not pin ept identity pagetable and apic access page. References: <1404291637-15048-1-git-send-email-tangchen@cn.fujitsu.com> In-Reply-To: <1404291637-15048-1-git-send-email-tangchen@cn.fujitsu.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.167.226.99] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Gleb, On 07/02/2014 05:00 PM, Tang Chen wrote: > Hi Gleb, Marcelo, > > Please help to review this patch-set. > > NOTE: This patch-set doesn't work properly. > > > ept identity pagetable and apic access page in kvm are pinned in memory. > As a result, they cannot be migrated/hot-removed. > > But actually they don't need to be pinned in memory. > > This patch-set introduces two new vcpu requests: KVM_REQ_MIGRATE_EPT and KVM_REQ_MIGRATE_APIC. > These two requests are made when the two pages are migrated by the mmu_notifier > to reset the related variable to unusable value. And will also be made when > ept violation happens to reset new pages. > > > [Known problem] > After this patch-set applied, the two pages can be migrated/hot-removed. > But after migrating apic access page, the guest died. > > The host physical address of apic access page is stored in VMCS. I reset > it to 0 to stop guest from accessing it when it is unmapped by > kvm_mmu_notifier_invalidate_page(). And reset it to new page's host physical > address in tdp_page_fault(). But it seems that guest will access apic page > directly by the host physical address. Would you please to give some advice about this problem ? Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/