From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51868) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V1kEQ-0006sx-0i for qemu-devel@nongnu.org; Tue, 23 Jul 2013 17:34:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V1kEP-0002tw-2B for qemu-devel@nongnu.org; Tue, 23 Jul 2013 17:34:53 -0400 Received: from mail.avalus.com ([2001:41c8:10:1dd::10]:33125) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V1kEO-0002sW-TG for qemu-devel@nongnu.org; Tue, 23 Jul 2013 17:34:53 -0400 Date: Tue, 23 Jul 2013 22:34:43 +0100 From: Alex Bligh Message-ID: <84D6A69D591191FF8735EF6B@nimrod.local> In-Reply-To: <51EEF0FE.4090701@twiddle.net> References: <1E8E204.8000201@redhat.com> <1374343603-29183-1-git-send-email-alex@alex.org.uk> <1374343603-29183-3-git-send-email-alex@alex.org.uk> <51EEF0FE.4090701@twiddle.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: [Qemu-devel] [PATCHv2] [RFC 2/7] aio / timers: qemu-timer.c utility functions and add list of clocks Reply-To: Alex Bligh List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Richard Henderson Cc: Kevin Wolf , Anthony Liguori , Stefan Hajnoczi , qemu-devel@nongnu.org, Alex Bligh , Paolo Bonzini Richard, --On 23 July 2013 13:09:18 -0800 Richard Henderson wrote: > On 07/20/2013 10:06 AM, Alex Bligh wrote: >> +int64_t qemu_clock_deadline_ns(QEMUClock *clock); >> +int64_t qemu_clock_deadline_all_ns(void); >> +int qemu_timeout_ns_to_ms(int64_t ns); >> +gint qemu_g_poll_ns(GPollFD *fds, guint nfds, int64_t timeout); > > Why continue with the g_ prefix here? Surely qemu_poll_ns is sufficient. Only because it was a g_ type function (takes GPollFD*, guint, and returns gint). Quite happy to make it a qemu_poll_ns. Perhaps I should make it take uint and return int at the same time. TBH I am confused as to why we use g_poll at all. I thought originally we were using it for win32, but that doesn't use g_poll. Given poll is POSIX, what platforms do we target which are glib, !win32, and !posix? Using straight posix would be easier. -- Alex Bligh