From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] [RFC][PATCH] Add HPET emulation to qemu (v2) Date: Sat, 02 Aug 2008 09:46:30 -0500 Message-ID: <48947346.5080605@codemonkey.ws> References: <1217675114-17670-1-git-send-email-eak@us.ibm.com> <20080802113812.GD4535@implementation> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE To: Samuel Thibault , qemu-devel@nongnu.org, Beth Kon , Alexander Graf , kvm@vger.kernel.org Return-path: Received: from an-out-0708.google.com ([209.85.132.246]:29260 "EHLO an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751574AbYHBOrG (ORCPT ); Sat, 2 Aug 2008 10:47:06 -0400 Received: by an-out-0708.google.com with SMTP id d40so226924and.103 for ; Sat, 02 Aug 2008 07:47:05 -0700 (PDT) In-Reply-To: <20080802113812.GD4535@implementation> Sender: kvm-owner@vger.kernel.org List-ID: Samuel Thibault wrote: > Beth Kon, le Sat 02 Aug 2008 06:05:14 -0500, a =E9crit : > =20 >> I was trying to reproduce the wakeup every 10ms that=20 >> Samuel Thibault mentioned, thinking the HPET would improve it.=20 >> But for an idle guest in both cases (with and without HPET), the=20 >> number of wakeups per second was relatively low (28). >> =20 > > I was referring to vl.c's timeout =3D 10; which makes the select call > use a timeout of 10ms. That said, "/* If all cpus are halted then wai= t > until the next IRQ */", so maybe that's why you get slower wakeups pe= r > second. I'm still surprised because of the call to qemu_mod_timer in > pit_irq_timer_update which should setup at least a 100Hz timer with > linux guests (when they don't have HPET available). > =20 The patch disables that when hpet is active. Regards, Anthony Liguori > Samuel > > > =20