From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33547) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V2etg-000693-TC for qemu-devel@nongnu.org; Fri, 26 Jul 2013 06:05:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V2etf-0008Fe-Du for qemu-devel@nongnu.org; Fri, 26 Jul 2013 06:05:16 -0400 Received: from thoth.sbs.de ([192.35.17.2]:29950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V2etf-0008FW-4f for qemu-devel@nongnu.org; Fri, 26 Jul 2013 06:05:15 -0400 Message-ID: <51F249D2.7090101@siemens.com> Date: Fri, 26 Jul 2013 12:05:06 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <1374396185-10870-1-git-send-email-pingfank@linux.vnet.ibm.com> <20130725120530.GJ21033@stefanha-thinkpad.redhat.com> <51F11AFB.9040008@siemens.com> <1A5D30F9703985AD026648F0@nimrod.local> In-Reply-To: <1A5D30F9703985AD026648F0@nimrod.local> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC 0/8] arm AioContext with its own timer stuff List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex Bligh Cc: Kevin Wolf , Stefan Hajnoczi , Stefan Hajnoczi , Liu Ping Fan , qemu-devel@nongnu.org, Anthony Liguori , Paolo Bonzini On 2013-07-25 20:53, Alex Bligh wrote: > > > --On 25 July 2013 14:32:59 +0200 Jan Kiszka wrote: > >>> I would happily at a QEMUClock of each type to AioContext. They are >>> after >>> all pretty lightweight. >> >> What's the point of adding tones of QEMUClock instances? Considering >> proper abstraction, how are they different for each AioContext? Will >> they run against different clock sources, start/stop at different times? >> If the answer is "they have different timer list", then fix this >> incorrect abstraction. > > Even if I fix the abstraction, there is a question of whether it is > necessary to have more than one timer list per AioContext, because > the timer list is fundamentally per clock-source. So far. Once we support different handler thread for timers, there will be more lists than clock sources. Jan -- Siemens AG, Corporate Technology, CT RTC ITP SES-DE Corporate Competence Center Embedded Linux