From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=58868 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PmT3J-00046E-31 for qemu-devel@nongnu.org; Mon, 07 Feb 2011 10:31:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PmT3H-0006Ct-VY for qemu-devel@nongnu.org; Mon, 07 Feb 2011 10:30:56 -0500 Received: from mx1.redhat.com ([209.132.183.28]:21520) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PmT3H-0006Ch-Ou for qemu-devel@nongnu.org; Mon, 07 Feb 2011 10:30:55 -0500 Message-ID: <4D50102A.8080603@redhat.com> Date: Mon, 07 Feb 2011 17:30:50 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [RFC: 0/2] patch for QEMU HPET periodic timer emulation to alleviate time drift References: <480481933.225059.1296734409954.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> <1375835067.226263.1296740625327.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> <4D4AC99A.2070803@siemens.com> <4D4B0B07.2040904@codemonkey.ws> <4D4B1CF8.8040800@web.de> <4D4B5F23.7040801@codemonkey.ws> <4D4BBF55.9060000@web.de> <4D4FE6BF.5080502@redhat.com> <4D4FEF81.1040603@codemonkey.ws> <4D4FF02F.2030309@redhat.com> <4D4FF24A.7000004@codemonkey.ws> <4D4FFD3B.2030903@siemens.com> <4D5001A0.8020503@codemonkey.ws> <4D5004FC.80000@siemens.com> <4D5007B9.7060806@codemonkey.ws> <4D500872.3070506@siemens.com> <4D50092C.1080109@codemonkey.ws> <4D500C1A.1070506@redhat.com> <4D500DC8.5060301@siemens.com> In-Reply-To: <4D500DC8.5060301@siemens.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: kvm , Glauber Costa , qemu-devel , Ulrich Obergfell On 02/07/2011 05:20 PM, Jan Kiszka wrote: > On 2011-02-07 16:13, Avi Kivity wrote: > >> > >> PeriodicTimer *periodic_timer_new(PeriodicTimerFunc *cb, void *opaque); > >> > > > > void periodic_timer_init(PeriodicTimer *timer, PeriodicTimerFunc *cb); > > > > It is better to embed than to reference. > > And embedding means making the layout (at least the size) of > PeriodicTimer public. I guess that's why QEMUTimer works via new. Why do we care? We don't have an stable module interface. (the way to provide a size-stable interface is struct PeriodicTimer { struct PeriodicTimerImpl *impl }; though of course it negates some of the advantages of embedding). -- error compiling committee.c: too many arguments to function