From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51252) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7o3U-0006yL-To for qemu-devel@nongnu.org; Fri, 09 Aug 2013 10:52:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V7o3O-00076l-Kw for qemu-devel@nongnu.org; Fri, 09 Aug 2013 10:52:40 -0400 Received: from mx1.redhat.com ([209.132.183.28]:32247) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7o3O-000768-B5 for qemu-devel@nongnu.org; Fri, 09 Aug 2013 10:52:34 -0400 Message-ID: <52050208.2060201@redhat.com> Date: Fri, 09 Aug 2013 16:51:52 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1375998147-24292-1-git-send-email-alex@alex.org.uk> <1375998147-24292-14-git-send-email-alex@alex.org.uk> <5204BF28.6000800@redhat.com> <685383E9-AA6D-4CDC-883B-92229FF601D1@alex.org.uk> <5204FE82.6080802@redhat.com> <5F6D944D-F5B9-4A01-9828-8EB3A4B92093@alex.org.uk> In-Reply-To: <5F6D944D-F5B9-4A01-9828-8EB3A4B92093@alex.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC] [PATCHv8 13/30] aio / timers: Add aio_timer_new wrapper List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex Bligh Cc: Kevin Wolf , Anthony Liguori , liu ping fan , qemu-devel@nongnu.org, Stefan Hajnoczi , MORITA Kazutaka , rth@twiddle.net Il 09/08/2013 16:51, Alex Bligh ha scritto: > > On 9 Aug 2013, at 15:36, Paolo Bonzini wrote: > >>> Would that not require change the huge number of qemu_timer_new references >>> to use this new API? That sounds less than automatic! Not in favour of >>> that one. >> >> qemu_timer_new can remain for now (only waiting for the next >> mass-rewriting script to be written). I would just prefer to have the >> new AioContext-/TimerList-aware not do any allocation. > > One nit: > > Currently struct QEMUTimer lives nicely within qemu_timer.c, hidden > from the .h, which only contains: > typedef struct QEMUTimer QEMUTimer; > > If what you are after is for people to put a QEMUTimer into their > struct, rather than a QEMUTimer * (and hopefully to remember to > put qemu_timer_init in!) then I need to move the whole of the > declaration of the struct to the .h file which is a bit yucky. Yeah, that's fine. We're not relying too much on opaque types anyway. Paolo > Other than that, fair enough. >