From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 9/24] Implement VMCLEAR Date: Thu, 05 Aug 2010 15:05:37 +0300 Message-ID: <4C5AA911.4040405@redhat.com> References: <1276431753-nyh@il.ibm.com> <201006131227.o5DCRAB0012968@rice.haifa.ibm.com> <20100615134753.GX21797@redhat.com> <4C17852B.5080703@redhat.com> <20100615135405.GY21797@redhat.com> <20100805115025.GC16722@fermat.math.technion.ac.il> <20100805115304.GL10499@redhat.com> <20100805120136.GD16722@fermat.math.technion.ac.il> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gleb Natapov , kvm@vger.kernel.org To: "Nadav Har'El" Return-path: Received: from mx1.redhat.com ([209.132.183.28]:10915 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759160Ab0HEMFl (ORCPT ); Thu, 5 Aug 2010 08:05:41 -0400 In-Reply-To: <20100805120136.GD16722@fermat.math.technion.ac.il> Sender: kvm-owner@vger.kernel.org List-ID: On 08/05/2010 03:01 PM, Nadav Har'El wrote: > On Thu, Aug 05, 2010, Gleb Natapov wrote about "Re: [PATCH 9/24] Implement VMCLEAR": >>> In any case, I don't think this should be considered an internal error, or >>> that we have a reason to exit to user space in this case. >>> >> But you can't emulate this either, no? > I could, if I knew what to emulate ;-) Does anybody know what a real processor > with VMX does when you give it VMCLEAR with a physical address which is beyond > the amount of available memory? If the answer was "it throws #GP" or "it > does VMFail(Invalid Physical Address) or something of this sort, I could > easily do this in the emulation too - I just don't know yet what it does... As far as the processor is concerned, there is no end to physical memory. The VMCLEAR will write some stuff out, and the chipset will throw it away. However, eventually the guest will crash and burn, better to take it out in a controlled way. -- error compiling committee.c: too many arguments to function