From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NST7k-0005AA-UU for qemu-devel@nongnu.org; Wed, 06 Jan 2010 05:28:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NST7g-000587-71 for qemu-devel@nongnu.org; Wed, 06 Jan 2010 05:28:20 -0500 Received: from [199.232.76.173] (port=57388 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NST7f-00057t-Fk for qemu-devel@nongnu.org; Wed, 06 Jan 2010 05:28:16 -0500 Received: from mx1.redhat.com ([209.132.183.28]:28008) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NST7e-0002Q0-VQ for qemu-devel@nongnu.org; Wed, 06 Jan 2010 05:28:15 -0500 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o06ASD6r020124 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 6 Jan 2010 05:28:13 -0500 Message-ID: <4B4465B6.8090603@redhat.com> Date: Wed, 06 Jan 2010 11:28:06 +0100 From: Gerd Hoffmann MIME-Version: 1.0 References: <1262700774-1808-1-git-send-email-gleb@redhat.com> <1262700774-1808-3-git-send-email-gleb@redhat.com> <4B445E7D.6080309@redhat.com> <20100106100430.GE4905@redhat.com> In-Reply-To: <20100106100430.GE4905@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: Fw: [PATCH v3 02/12] Add PV MSR to enable asynchronous page faults delivery. List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Dor Laor , qemu-devel , Glauber Costa On 01/06/10 11:04, Gleb Natapov wrote: > On Wed, Jan 06, 2010 at 11:57:17AM +0200, Dor Laor wrote: > >> What's missing in this patch set and in similar pvclock >> implementation is userspace activation of the features. >> This should be part of the machine description and not enabled by >> default without no control to deactivate it on a per guest basis. >> >> Gerd, since you're the qdev master, what's the best way to control it? >> >> > May be it should be done as other cpuid flags i.e -cpu kvm64,-kvmpvmmu,+kvmclock > I was about to suggest the same ;) cheers, Gerd