From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH -v2] Monitor command: pfa2hva, translate guest physical address to host virtual address Date: Wed, 10 Nov 2010 10:28:23 +0200 Message-ID: <4CDA57A7.5050801@redhat.com> References: <1288060789.2862.336.camel@yhuang-dev> <20101101160952.GE1429@amt.cnet> <4CCF0BAB.9000304@linux.vnet.ibm.com> <1288639205.2059.34.camel@yhuang-mobile> <4CCF136D.5080307@linux.vnet.ibm.com> <4CD58121.2040209@redhat.com> <1289179768.3532.3.camel@yhuang-dev> <4CD770E5.9000105@linux.vnet.ibm.com> <4CDA421C.2040308@redhat.com> <4CDA42B4.5060201@redhat.com> <1289374912.8719.65.camel@yhuang-dev> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Anthony Liguori , Marcelo Tosatti , Anthony Liguori , "kvm@vger.kernel.org" , Andi Kleen , Dean Nelson , Luiz Capitulino To: Huang Ying Return-path: Received: from mx1.redhat.com ([209.132.183.28]:42799 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753939Ab0KJI2r (ORCPT ); Wed, 10 Nov 2010 03:28:47 -0500 In-Reply-To: <1289374912.8719.65.camel@yhuang-dev> Sender: kvm-owner@vger.kernel.org List-ID: On 11/10/2010 09:41 AM, Huang Ying wrote: > On Wed, 2010-11-10 at 14:59 +0800, Avi Kivity wrote: > > On 11/10/2010 08:56 AM, Avi Kivity wrote: > > > On 11/08/2010 05:39 AM, Anthony Liguori wrote: > > >>> Yes. The main usage of the interface is automated testing. > > >> > > >> That's precisely what the command should not be used for. > > >> > > >> You can't assume a gpa -> hva mapping is consistent in an external > > >> application. If you want to implement an interface for testing, you > > >> have to push more of the logic into QEMU to avoid the race. > > > > > > An alternative is to use -mempath. Does poisoning work for tmpfs? > > > > > Or hugetlbfs - I think it does? > > The QEMU support for hugetlbfs has some issues now. Because it is hard > for QEMU to deal with 2M poisoned page reported by host OS. Although it > is possible for QEMU to relay 2M poisoned page as MCE to guest OS, the > guest OS may not work properly for this kind of MCE. > If we get a full address (rather than just a frame number) then we can identify the 4k page and send an mce just for that frame? -- error compiling committee.c: too many arguments to function