From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LK3OP-0004T1-2S
	for qemu-devel@nongnu.org; Mon, 05 Jan 2009 23:18:13 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LK3OM-0004Sp-K8
	for qemu-devel@nongnu.org; Mon, 05 Jan 2009 23:18:11 -0500
Received: from [199.232.76.173] (port=46330 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LK3OM-0004Sm-H4
	for qemu-devel@nongnu.org; Mon, 05 Jan 2009 23:18:10 -0500
Received: from smtp4-g21.free.fr ([212.27.42.4]:35718)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <revol@free.fr>) id 1LK3OL-000441-RB
	for qemu-devel@nongnu.org; Mon, 05 Jan 2009 23:18:10 -0500
Received: from smtp4-g21.free.fr (localhost [127.0.0.1])
	by smtp4-g21.free.fr (Postfix) with ESMTP id BF8434C8051
	for <qemu-devel@nongnu.org>; Tue,  6 Jan 2009 05:18:03 +0100 (CET)
Received: from laptop (vaf26-2-82-244-111-82.fbx.proxad.net [82.244.111.82])
	by smtp4-g21.free.fr (Postfix) with ESMTP id 9D34A4C805B
	for <qemu-devel@nongnu.org>; Tue,  6 Jan 2009 05:18:00 +0100 (CET)
In-Reply-To: <1231171871-2320-2-git-send-email-agraf@suse.de>
Subject: Re: [Qemu-devel] [PATCH 1/2] [RFC] Make vmport report the
	processor	=?utf-8?q?speed?=
From: "=?utf-8?q?Fran=C3=A7ois?= Revol" <revol@free.fr>
Date: Tue, 06 Jan 2009 05:24:07 +0100 CET
Message-Id: <24689573005-BeMail@laptop>
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

> If VMware ESX finds itself virtualized (read: inside VMware), 
> it reads the TSC speed
> from its backdoor, because measuring the TSC inside a VM is not 
> exact.
> 
> This patch implements a hacky way to detect the TSC speed and passes 
> that through to
> the VM. I am open to suggestions on how to improve the behavior.
> It also adds a magic return value of 2 on the version return, 
> which is required by
> VMware ESX.

Oh this is interesting, I might add some stuff to Haiku to use it.
BeOS (and Haiku) use RDTSC for timing, it's much more precise, but it's 
why it runs so strange in VMs... (and will have to be handled when 
implementing speedstep)

Fran=C3=A7ois.