qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Running Qemu in discrete time/step by step


From: Nutaro, James J.
Subject: Re: [Qemu-devel] Running Qemu in discrete time/step by step
Date: Fri, 20 Oct 2017 15:02:16 +0000

Thanks for taking a look at the patch. The most recent version of the patch 
will also work with KVM if you need to speed things up. You can find it here:

https://patchwork.kernel.org/patch/9960369/

Somehow I messed up that post and it shows V8 when it should be V9.

You can get the simulator that it works with at 

https://sourceforge.net/projects/adevs/

If nothing else, this simulator would give you a blue print for integration 
with another tool.

Jim

-----Original Message-----
From: Emilio G. Cota [mailto:address@hidden 
Sent: Thursday, October 19, 2017 4:54 PM
To: Matt
Cc: address@hidden; Hajime Tazaki; Nutaro, James J.
Subject: Re: [Qemu-devel] Running Qemu in discrete time/step by step

On Thu, Oct 19, 2017 at 14:14:12 +0900, Matt wrote:
(snip)
> - VMSimint does nearly that, it runs Qemu in discrete time but
> interface it with a JAVA simulator
> http://www.ikr.uni-stuttgart.de/Content/Publications/Archive/We_SIMUTools_2014_40209.pdf
> (with the code http://www.ikr.uni-stuttgart.de/Content/IKRSimLib/Download/)
> - http://web.ornl.gov/~nutarojj/adevs/ does sthg similar too

Nutaro's work to interface with QEMU has been posted on the list:
  https://patchwork.kernel.org/patch/9572497/
I'm Cc'ing him in case he's not subscribed to the list.


> My questions would be:
> 1/ do you know of any other related work ?

Is QEMU's record/replay mode of any use to you? Note that as is the
case with Nutaro's patch, you'll need icount mode (i.e. single-core)
enabled.

> 2/ I believe there is interest from the research side but would it be
> possible to merge either approach or a similar one (adevs patch
> doesn't seem too big ~500 lines), would that be of interest for the
> Qemu comminity too ?
> 3/ if yes to 2. How to proceed, which one would be favorite ? if no,
> what should be improved ? or would that be a definitive no ?

I think the adevs approach is reasonable. The patch hasn't gotten much
attention I guess because not many people care about this feature.
But if you could review the patch and certify that it works for you
(i.e. it works with simulators other than adevs), that could only help
the patch getting in.

That said, I make no merging decisions so take this as just my opinion.

Cheers,

                Emilio




reply via email to

[Prev in Thread] Current Thread [Next in Thread]