From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=58177 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q1y4h-0001Nk-2P for qemu-devel@nongnu.org; Tue, 22 Mar 2011 05:40:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q1y4g-0007JK-0X for qemu-devel@nongnu.org; Tue, 22 Mar 2011 05:40:26 -0400 Received: from mx4-phx2.redhat.com ([209.132.183.25]:40791) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q1y4f-0007It-OF for qemu-devel@nongnu.org; Tue, 22 Mar 2011 05:40:25 -0400 Date: Tue, 22 Mar 2011 05:40:21 -0400 (EDT) From: Ulrich Obergfell Message-ID: <1170032862.455751.1300786821647.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> In-Reply-To: <4D847B1D.3000002@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 1/3] alleviate time drift with HPET periodic timers List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: aliguori@us.ibm.com, qemu-devel@nongnu.org, kvm , gcosta@redhat.com >> Part 1 of the patch implements the following QEMU command line option. >> >> -hpet [device=none|present][,driftfix=none|slew] > > Just define driftfix as property of the hpet device. That way it can be > controlled both globally (-global hpet.driftfix=...) and per hpet block > (once we support instantiating >1 of them). Many Thanks Jan, I started investigating code changes. I'm thinking of ... - adding a new field to the HPETState structure. uint32_t driftfix; - adding the property 'driftfix' to the DeviceInfo structure. DEFINE_PROP_BIT("driftfix", HPETState, driftfix, 0, false) Using a single bit so that the option syntax would be, e.g.: -global hpet.driftfix=on (Default is 'off') - Replace all 'if (hpet_driftfix ...)' by: if ((HPETState)s->driftfix ...) Regards, Uli