From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47900) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6y3o-0005p1-5K for qemu-devel@nongnu.org; Wed, 07 Aug 2013 03:21:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6y3d-0003ah-5O for qemu-devel@nongnu.org; Wed, 07 Aug 2013 03:21:32 -0400 Received: from mail-wg0-x232.google.com ([2a00:1450:400c:c00::232]:44331) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6y3c-0003ab-Vc for qemu-devel@nongnu.org; Wed, 07 Aug 2013 03:21:21 -0400 Received: by mail-wg0-f50.google.com with SMTP id m15so1194558wgh.5 for ; Wed, 07 Aug 2013 00:21:20 -0700 (PDT) Date: Wed, 7 Aug 2013 09:21:17 +0200 From: Stefan Hajnoczi Message-ID: <20130807072117.GB19825@stefanha-thinkpad.redhat.com> References: <1375639805-1943-1-git-send-email-alex@alex.org.uk> <1375780592-22842-1-git-send-email-alex@alex.org.uk> <1375780592-22842-2-git-send-email-alex@alex.org.uk> <20130806120218.GB30812@stefanha-thinkpad.redhat.com> <5670B9E860CD8E64631E0BE3@nimrod.local> <20130806135911.GA4373@stefanha-thinkpad.redhat.com> <948F8008F7F6A5018AAD414E@nimrod.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <948F8008F7F6A5018AAD414E@nimrod.local> Subject: Re: [Qemu-devel] [RFC] [PATCHv6 01/16] aio / timers: add qemu-timer.c utility functions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex Bligh Cc: Kevin Wolf , Anthony Liguori , qemu-devel@nongnu.org, liu ping fan , Stefan Hajnoczi , Paolo Bonzini , MORITA Kazutaka , rth@twiddle.net On Tue, Aug 06, 2013 at 03:18:13PM +0100, Alex Bligh wrote: > Stefan, > > --On 6 August 2013 15:59:11 +0200 Stefan Hajnoczi > wrote: > > >>--On 6 August 2013 14:02:18 +0200 Stefan Hajnoczi > >> wrote: > >>My preference would be to move these to qemu_clock_deadline_ns (without > >>the INT32_MAX check) and delete the old qemu_clock_deadline routine > >>entirely, but I don't really understand the full set of circumstances > >>in which the qtest routines are meant to work. > > > >Okay, that's excellent. It would be great to move to a single function. > > > >The way qtest works is that it executes QEMU in a mode that does not run > >guest code. Instead of running guest code it listens for commands over > >a socket. The wire protocol can peek/poke memory, notify of interrupts, > >and warp the clock. > > > >There are test cases that use qtest to test emulated devices. > > > >When qtest either steps the clock or sets it to a completely new value > >using qtest_clock_warp() it runs all vm_clock timers that should expire > >before the new time. > > > >Does this help? > > Nearly :-) > > How do I actually run the code (i.e. how do I test whether I've broken > it)? I take it that's something different from just 'make check'? make check includes qtest test cases like rtc-test, i440fx-test, fdc-test, and others. As long as they continue to pass all is good. Stefan