Hello,
It seems that this patch set stalled several years ago for no apparent
reason. Does anybody know why?
I find myself needing the functionality of a command like `pmemload`.
Our user needs to be able to load a binary file into a physical address
of their VM and it would need to be done every time they start the VM
(not just for debug or experimentation). It also needs to be done at
some point after the VM has already started. I understand that the gdb
stub could possibly be used, but we don't want to prevent the user from
being able to use GDB themselves. The pmemload command uses QMP, so it
seems that it would be the perfect solution for us.
Thanks,
Glenn
On Thu, 2018-11-15 at 15:07 +0100, Simon Ruderich wrote:
> Hello,
>
> This time as a new thread to help patchew. The only change is to use the
> correct next version.
>
> Regards
> Simon Ruderich
>
> Simon Ruderich (7):
> cpus: correct coding style in qmp_memsave/qmp_pmemsave
> cpus: convert qmp_memsave/qmp_pmemsave to use qemu_open
> cpus: use size_t in qmp_memsave/qmp_pmemsave
> hmp: use l for size argument in memsave/pmemsave
> hmp: use F for filename arguments in memsave/pmemsave
> qmp: add pmemload command
> hmp: add pmemload command
>
> cpus.c | 85 +++++++++++++++++++++++++++++++++++++++++--------
> hmp-commands.hx | 18 +++++++++--
> hmp.c | 16 ++++++++--
> hmp.h | 1 +
> qapi/misc.json | 20 ++++++++++++
> 5 files changed, 122 insertions(+), 18 deletions(-)
>
> Diff between v7 and v8:
>
> diff --git a/qapi/misc.json b/qapi/misc.json
> index 39f5e7dd38..e4f39e31e5 100644
> --- a/qapi/misc.json
> +++ b/qapi/misc.json
> @@ -1201,7 +1201,7 @@
> #
> # Returns: Nothing on success
> #
> -# Since: 3.2
> +# Since: 4.0
> ##
> { 'command': 'pmemload',
> 'data': {'val': 'int', 'filename': 'str', '*size': 'int', '*offset':
> 'int'} }
>
