From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=36243 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P7s1n-0007RU-05 for qemu-devel@nongnu.org; Mon, 18 Oct 2010 11:53:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P7s1l-0001jF-Qu for qemu-devel@nongnu.org; Mon, 18 Oct 2010 11:53:34 -0400 Received: from mx1.redhat.com ([209.132.183.28]:60160) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P7s1l-0001j0-KB for qemu-devel@nongnu.org; Mon, 18 Oct 2010 11:53:33 -0400 Message-ID: <4CBC6D78.6090306@redhat.com> Date: Mon, 18 Oct 2010 17:53:28 +0200 From: Avi Kivity MIME-Version: 1.0 References: <20101018132538.GC10207@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH] Add support for async page fault to qemu List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Juan Quintela Cc: kvm@vger.kernel.org, Gleb Natapov , qemu-devel@nongnu.org On 10/18/2010 05:48 PM, Juan Quintela wrote: > Gleb Natapov wrote: > > Add save/restore of MSR for migration and cpuid bit. > > It is there a way to test if async page faults are in use? Yes, msr != 0 -> need a subsection. Good idea. > if so, we can add a subsection instead of changing the cpuversion. > > I think that at some point we are going to need a bitmap that indicates > what MSR's have been used or something like that. > > What do you think? We just need to check if an msr is different from its default value (which we can get by reading msrs immediately after the initial reset). Currently the reset code assumes msr reset value is zero, that's wrong. -- error compiling committee.c: too many arguments to function