From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:43933) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UcY43-0003Mk-CX for qemu-devel@nongnu.org; Wed, 15 May 2013 05:32:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UcY42-0001KF-8F for qemu-devel@nongnu.org; Wed, 15 May 2013 05:32:03 -0400 Received: from ns232118.ovh.net ([178.33.234.66]:47016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UcY42-0001Jm-2g for qemu-devel@nongnu.org; Wed, 15 May 2013 05:32:02 -0400 Message-ID: <51935609.4020705@greensocs.com> Date: Wed, 15 May 2013 11:31:53 +0200 From: =?ISO-8859-1?Q?KONRAD_Fr=E9d=E9ric?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] [RFC] save/restore with icount enabled. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel Cc: Mark Burton , fred.konrad@greensocs.com Hi, We are trying to do a simple save/restore on the VM with icount enabled. We saw that qemu_icount_bias and qemu_icount in cpus.c are not saved/restored, and icount_extra, icount_decr in CPUState neither, so the vm_clock is just growing normally after restoring the VM is that normal? We think that this is making the "replay" undeterminastic, which is bad for reverse execution. Is there a good reason for them not being saved? Thanks, Fred