Paolo,
There are several switches that need to be set for this module to work, and so
- inspired by your comment - I decided to add a check for the necessary
supporting switches before enabling the module. An error message is printed if
everything is not as it should. I submitted the patch as v
On 09/01/2017 18:04, Nutaro, James J. wrote:
> Thanks again Paolo. When I change the command line switches, is it best to
> submit a whole new version of the patch? Or is there another method for
> managing patch revisions?
Yes, submit a new version, then put
v6->v7: did this and that [Paolo]
Thanks again Paolo. When I change the command line switches, is it best to
submit a whole new version of the patch? Or is there another method for
managing patch revisions?
Thanks,
Jim
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Thursday, January 05, 2017
V5 failed to build with MinGW, so I had to move the arpa/inet.h to a place
inside the #ifndef block in qqq.c. Also fixed some formatting problems.
Otherwise they are the same. Thanks for your reviews!
Jim
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Thursda
On 05/01/2017 16:07, James J. Nutaro wrote:
> This patch adds an interface for pacing the execution of QEMU to match an
> external
> simulation clock. Its aim is to permit QEMU to be used as a module within a
> larger simulation system.
>
> Signed-off-by: James J. Nutaro
What's the difference
This patch adds an interface for pacing the execution of QEMU to match an
external
simulation clock. Its aim is to permit QEMU to be used as a module within a
larger simulation system.
Signed-off-by: James J. Nutaro
---
Makefile.target | 3 +
cpus.c | 8 +++
docs/
