I am using qemu as a part of Marss cycle-accurate simulator. http://marss86.org/~marss86/index.php/Home
$ qemu/qemu-system-x86_64 -m 4G -snapshot -loadvm ffnn -vnc :3 -icount 0 -drive cache=unsafe,file=/local/sparsh/specimage_sftn3.qcow2 -simconfig MyConfigs/ffnn_100M.cfg Unknown savevm section type 32 qemu-system-x86_64: Error -22 while loading VM state ================================== Another thing is that only in this checkpoint (ffnn), I get this error, and not in any other checkpoint. ================================== Here is the information about the image: $ qemu/qemu-img info /local/sparsh/specimage_sftn3.qcow2 image: /local/sparsh/specimage_sftn3.qcow2 file format: qcow2 virtual size: 9.3G (10000000000 bytes) disk size: 30G cluster_size: 65536 Snapshot list: ID TAG VM SIZE DATE VM CLOCK 1 sfff1 1.9G 2011-12-02 14:45:23 00:16:36.700 2 sfft1 2.4G 2011-12-02 15:13:21 00:16:12.117 3 stnn 2.5G 2011-12-02 15:42:51 00:16:46.837 4 ftnn 1.5G 2011-12-02 16:06:46 00:16:45.460 6 sftt1 2.3G 2011-12-02 17:06:53 00:16:13.254 7 ffnn 1.0G 2011-12-02 17:30:37 00:16:20.771 8 snnn 2.4G 2011-12-02 17:50:50 00:16:10.128 9 sfft2 1.6G 2011-12-02 18:45:32 00:16:11.053 11 sftt2 2.3G 2011-12-02 20:04:26 00:16:15.169 12 sffn 1.8G 2011-12-06 10:46:26 00:16:31.435 13 ttff 2.0G 2011-12-06 11:05:40 00:16:05.729 ==================== I also have question whether -icount 0 or -icount auto can make a simulation more deterministic and whether qemu is affected by the load on the host (i.e. how many processes are running?) Sparsh On Thu, Dec 8, 2011 at 3:53 AM, Stefan Hajnoczi <stefa...@gmail.com> wrote: > On Wed, Dec 7, 2011 at 11:41 PM, sparsh mittal <sparsh0mit...@gmail.com> > wrote: > > I get this warning while using a checkpoint. I issued the command -m 4G > > -icount 0 and other parameters. > > Unknown savevm section type 32 > > qemu-system-x86_64: Error -22 while loading VM state > > > > My computer has 48GB RAM, so I don't know what is the problem? > > Looks like the stream has gotten out of sync. > > Please post the full QEMU command-line as well as any monitor commands > you issued so it is possible to reproduce this. > > Stefan >