* [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
@ 2017-06-30 13:31 Vadim Galitsyn
2017-06-30 13:31 ` Vadim Galitsyn
0 siblings, 1 reply; 10+ messages in thread
From: Vadim Galitsyn @ 2017-06-30 13:31 UTC (permalink / raw)
To: Mohammed Gamal, Dr . David Alan Gilbert, Markus Armbruster,
Igor Mammedov, Eric Blake, qemu-devel
Hi Guys,
This thread is a continuation of discussion started at http://lists.nongnu.org/archive/html/qemu-devel/2017-06/msg05972.html.
Vadim
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
2017-06-30 13:31 [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands Vadim Galitsyn
@ 2017-06-30 13:31 ` Vadim Galitsyn
2017-07-07 7:30 ` Markus Armbruster
0 siblings, 1 reply; 10+ messages in thread
From: Vadim Galitsyn @ 2017-06-30 13:31 UTC (permalink / raw)
To: Mohammed Gamal, Dr . David Alan Gilbert, Markus Armbruster,
Igor Mammedov, Eric Blake, qemu-devel
Cc: Vadim Galitsyn, Vasilis Liaskovitis, Eduardo Otubo
Commands above provide the following memory information in bytes:
* base-memory - amount of unremovable memory specified
with '-m' option at the start of the QEMU process.
* hotpluggable-memory - amount of memory that was hot-plugged.
If target does not have CONFIG_MEM_HOTPLUG enabled, no
value is reported.
* balloon-actual-memory - size of the memory that remains
available to the guest after ballooning, as reported by the
guest. If the guest has not reported its memory, this value
equals to @base-memory + @hot-plug-memory. If ballooning
is not enabled, no value is reported.
NOTE:
Parameter @balloon-actual-memory reports the same as
"info balloon" command when ballooning is enabled. The idea
to have it in scope of this command(s) comes from
https://lists.gnu.org/archive/html/qemu-devel/2012-07/msg01472.html.
Signed-off-by: Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com>
Signed-off-by: Mohammed Gamal <mohammed.gamal@profitbricks.com>
Signed-off-by: Eduardo Otubo <eduardo.otubo@profitbricks.com>
Signed-off-by: Vadim Galitsyn <vadim.galitsyn@profitbricks.com>
Reviewed-by: Eugene Crosser <evgenii.cherkashin@profitbricks.com>
Cc: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: Markus Armbruster <armbru@redhat.com>
Cc: Igor Mammedov <imammedo@redhat.com>
Cc: Eric Blake <eblake@redhat.com>
Cc: qemu-devel@nongnu.org
---
v4:
* Commands "info memory" and "query-memory" were renamed
to "info memory-size-summary" and "query-memory-size-summary"
correspondingly.
* Descriptions for both commands as well as MemoryInfo structure
fields were updated/renamed according to
http://lists.nongnu.org/archive/html/qemu-devel/2017-06/msg05972.html.
* In MemoryInfo structure following fields are now optional:
hotpluggable-memory and balloon-actual-memory.
* Field "hotpluggable-memory" now not displayed in HMP if target
has no CONFIG_MEM_HOTPLUG enabled.
* Field "balloon-actual-memory" now not displayed in HMP if
ballooning not enabled.
* qapi_free_MemoryInfo() used in order to free corresponding memory
instead of g_free().
* #ifdef CONFIG_MEM_HOTPLUG was removed and replaced with stubs/ approach.
get_exiting_hotpluggable_memory_size() function was introduced in
hw/mem/pc-dimm.c (available for all targets which have CONFIG_MEM_HOTPLUG
enabled). For other targets, there is a stub in stubs/qmp_pc_dimm.c.
In addition, stubs/qmp_pc_dimm_device_list.c was renamed to
stubs/qmp_pc_dimm.c in order to reflect actual source file content.
* Commit message was updated in order to reflect what was changed.
v3:
* Use PRIu64 instead of 'lu' when printing results via HMP.
* Report zero hot-plugged memory instead of reporting error
when target architecture has no CONFIG_MEM_HOTPLUG enabled.
v2:
* Fixed build for targets which do not have CONFIG_MEM_HOTPLUG
enabled.
hmp-commands-info.hx | 17 ++++++++++++
hmp.c | 23 ++++++++++++++++
hmp.h | 1 +
hw/mem/pc-dimm.c | 6 +++++
include/hw/mem/pc-dimm.h | 1 +
qapi-schema.json | 28 +++++++++++++++++++
qmp.c | 31 ++++++++++++++++++++++
stubs/Makefile.objs | 2 +-
stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} | 5 ++++
9 files changed, 113 insertions(+), 1 deletion(-)
rename stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} (60%)
diff --git a/hmp-commands-info.hx b/hmp-commands-info.hx
index ba98e581ab..a535960157 100644
--- a/hmp-commands-info.hx
+++ b/hmp-commands-info.hx
@@ -829,6 +829,23 @@ ETEXI
.cmd = hmp_info_vm_generation_id,
},
+STEXI
+@item info memory-size-summary
+@findex memory-size-summary
+Display the amount of initially allocated, hot-plugged (if enabled)
+and ballooned (if enabled) memory in bytes.
+ETEXI
+
+ {
+ .name = "memory-size-summary",
+ .args_type = "",
+ .params = "",
+ .help = "show the amount of initially allocated, "
+ "hot-plugged (if enabled) and ballooned (if enabled) "
+ "memory in bytes.",
+ .cmd = hmp_info_memory_size_summary,
+ },
+
STEXI
@end table
ETEXI
diff --git a/hmp.c b/hmp.c
index dee40284c1..15f632481c 100644
--- a/hmp.c
+++ b/hmp.c
@@ -2828,3 +2828,26 @@ void hmp_info_vm_generation_id(Monitor *mon, const QDict *qdict)
hmp_handle_error(mon, &err);
qapi_free_GuidInfo(info);
}
+
+void hmp_info_memory_size_summary(Monitor *mon, const QDict *qdict)
+{
+ Error *err = NULL;
+ MemoryInfo *info = qmp_query_memory_size_summary(&err);
+ if (info) {
+ monitor_printf(mon, "base-memory: %" PRIu64 "\n",
+ info->base_memory);
+
+ if (info->has_hotpluggable_memory) {
+ monitor_printf(mon, "hotpluggable-memory: %" PRIu64 "\n",
+ info->hotpluggable_memory);
+ }
+
+ if (info->has_balloon_actual_memory) {
+ monitor_printf(mon, "balloon-actual-memory: %" PRIu64 "\n",
+ info->balloon_actual_memory);
+ }
+
+ qapi_free_MemoryInfo(info);
+ }
+ hmp_handle_error(mon, &err);
+}
diff --git a/hmp.h b/hmp.h
index 214b2617e7..8c5398ea7a 100644
--- a/hmp.h
+++ b/hmp.h
@@ -144,5 +144,6 @@ void hmp_info_dump(Monitor *mon, const QDict *qdict);
void hmp_info_ramblock(Monitor *mon, const QDict *qdict);
void hmp_hotpluggable_cpus(Monitor *mon, const QDict *qdict);
void hmp_info_vm_generation_id(Monitor *mon, const QDict *qdict);
+void hmp_info_memory_size_summary(Monitor *mon, const QDict *qdict);
#endif
diff --git a/hw/mem/pc-dimm.c b/hw/mem/pc-dimm.c
index b72258e28f..ea81b1384a 100644
--- a/hw/mem/pc-dimm.c
+++ b/hw/mem/pc-dimm.c
@@ -159,6 +159,12 @@ uint64_t pc_existing_dimms_capacity(Error **errp)
return cap.size;
}
+bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp)
+{
+ *mem_size = pc_existing_dimms_capacity(errp);
+ return true;
+}
+
int qmp_pc_dimm_device_list(Object *obj, void *opaque)
{
MemoryDeviceInfoList ***prev = opaque;
diff --git a/include/hw/mem/pc-dimm.h b/include/hw/mem/pc-dimm.h
index 1e483f2670..738343df32 100644
--- a/include/hw/mem/pc-dimm.h
+++ b/include/hw/mem/pc-dimm.h
@@ -95,6 +95,7 @@ int pc_dimm_get_free_slot(const int *hint, int max_slots, Error **errp);
int qmp_pc_dimm_device_list(Object *obj, void *opaque);
uint64_t pc_existing_dimms_capacity(Error **errp);
+bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp);
void pc_dimm_memory_plug(DeviceState *dev, MemoryHotplugState *hpms,
MemoryRegion *mr, uint64_t align, Error **errp);
void pc_dimm_memory_unplug(DeviceState *dev, MemoryHotplugState *hpms,
diff --git a/qapi-schema.json b/qapi-schema.json
index 37c4b95aad..683da8a711 100644
--- a/qapi-schema.json
+++ b/qapi-schema.json
@@ -4327,6 +4327,34 @@
'data': { 'name': 'str', '*migration-safe': 'bool', 'static': 'bool',
'*unavailable-features': [ 'str' ], 'typename': 'str' } }
+##
+# @MemoryInfo:
+#
+# Actual memory information in bytes.
+#
+# @base-memory: size of unremovable memory which is specified
+# with '-m size' CLI option.
+#
+# @hotpluggable-memory: size of hot-plugged memory.
+#
+# @balloon-actual-memory: amount of guest memory available after ballooning.
+#
+# Since: 2.10.0
+##
+{ 'struct': 'MemoryInfo',
+ 'data' : { 'base-memory': 'int', '*hotpluggable-memory': 'int',
+ '*balloon-actual-memory': 'int' } }
+
+##
+# @query-memory-size-summary:
+#
+# Return the amount of initially allocated, hot-plugged (if enabled)
+# and ballooned (if enabled) memory in bytes.
+#
+# Since: 2.10.0
+##
+{ 'command': 'query-memory-size-summary', 'returns': 'MemoryInfo' }
+
##
# @query-cpu-definitions:
#
diff --git a/qmp.c b/qmp.c
index 7ee9bcfdcf..a863726ad6 100644
--- a/qmp.c
+++ b/qmp.c
@@ -712,3 +712,34 @@ ACPIOSTInfoList *qmp_query_acpi_ospm_status(Error **errp)
return head;
}
+
+MemoryInfo *qmp_query_memory_size_summary(Error **errp)
+{
+ MemoryInfo *mem_info = g_malloc0(sizeof(MemoryInfo));
+ BalloonInfo *balloon_info;
+ uint64_t hotpluggable_memory = 0;
+ Error *local_err = NULL;
+
+ mem_info->base_memory = ram_size;
+
+ mem_info->has_hotpluggable_memory =
+ get_exiting_hotpluggable_memory_size(&hotpluggable_memory,
+ &error_abort);
+ if (mem_info->has_hotpluggable_memory) {
+ mem_info->hotpluggable_memory = hotpluggable_memory;
+ }
+
+ /* In case if it is not possible to get balloon info, just ignore it. */
+ balloon_info = qmp_query_balloon(&local_err);
+ if (local_err) {
+ mem_info->has_balloon_actual_memory = false;
+ error_free(local_err);
+ } else {
+ mem_info->has_balloon_actual_memory = true;
+ mem_info->balloon_actual_memory = balloon_info->actual;
+ }
+
+ qapi_free_BalloonInfo(balloon_info);
+
+ return mem_info;
+}
diff --git a/stubs/Makefile.objs b/stubs/Makefile.objs
index f5b47bfd74..f7cab5b11c 100644
--- a/stubs/Makefile.objs
+++ b/stubs/Makefile.objs
@@ -32,7 +32,7 @@ stub-obj-y += uuid.o
stub-obj-y += vm-stop.o
stub-obj-y += vmstate.o
stub-obj-$(CONFIG_WIN32) += fd-register.o
-stub-obj-y += qmp_pc_dimm_device_list.o
+stub-obj-y += qmp_pc_dimm.o
stub-obj-y += target-monitor-defs.o
stub-obj-y += target-get-monitor-def.o
stub-obj-y += pc_madt_cpu_entry.o
diff --git a/stubs/qmp_pc_dimm_device_list.c b/stubs/qmp_pc_dimm.c
similarity index 60%
rename from stubs/qmp_pc_dimm_device_list.c
rename to stubs/qmp_pc_dimm.c
index def211564d..f50029326e 100644
--- a/stubs/qmp_pc_dimm_device_list.c
+++ b/stubs/qmp_pc_dimm.c
@@ -6,3 +6,8 @@ int qmp_pc_dimm_device_list(Object *obj, void *opaque)
{
return 0;
}
+
+bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp)
+{
+ return false;
+}
--
2.13.1.394.g41dd433
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
2017-06-30 13:31 ` Vadim Galitsyn
@ 2017-07-07 7:30 ` Markus Armbruster
2017-07-07 7:43 ` Markus Armbruster
2017-07-07 8:06 ` Dr. David Alan Gilbert
0 siblings, 2 replies; 10+ messages in thread
From: Markus Armbruster @ 2017-07-07 7:30 UTC (permalink / raw)
To: Vadim Galitsyn
Cc: Mohammed Gamal, Dr . David Alan Gilbert, Igor Mammedov,
Eric Blake, qemu-devel, Vasilis Liaskovitis, Eduardo Otubo
Sorry for the late review, got a bit overwhelmed...
Vadim Galitsyn <vadim.galitsyn@profitbricks.com> writes:
> Commands above provide the following memory information in bytes:
>
> * base-memory - amount of unremovable memory specified
> with '-m' option at the start of the QEMU process.
>
> * hotpluggable-memory - amount of memory that was hot-plugged.
> If target does not have CONFIG_MEM_HOTPLUG enabled, no
> value is reported.
>
> * balloon-actual-memory - size of the memory that remains
> available to the guest after ballooning, as reported by the
> guest. If the guest has not reported its memory, this value
> equals to @base-memory + @hot-plug-memory. If ballooning
> is not enabled, no value is reported.
>
> NOTE:
>
> Parameter @balloon-actual-memory reports the same as
> "info balloon" command when ballooning is enabled. The idea
> to have it in scope of this command(s) comes from
> https://lists.gnu.org/archive/html/qemu-devel/2012-07/msg01472.html.
Should we deprecate qmp-query-balloon? Hmm, see qmp.c below.
> Signed-off-by: Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com>
> Signed-off-by: Mohammed Gamal <mohammed.gamal@profitbricks.com>
> Signed-off-by: Eduardo Otubo <eduardo.otubo@profitbricks.com>
> Signed-off-by: Vadim Galitsyn <vadim.galitsyn@profitbricks.com>
> Reviewed-by: Eugene Crosser <evgenii.cherkashin@profitbricks.com>
> Cc: Dr. David Alan Gilbert <dgilbert@redhat.com>
> Cc: Markus Armbruster <armbru@redhat.com>
> Cc: Igor Mammedov <imammedo@redhat.com>
> Cc: Eric Blake <eblake@redhat.com>
> Cc: qemu-devel@nongnu.org
> ---
>
> v4:
> * Commands "info memory" and "query-memory" were renamed
> to "info memory-size-summary" and "query-memory-size-summary"
> correspondingly.
> * Descriptions for both commands as well as MemoryInfo structure
> fields were updated/renamed according to
> http://lists.nongnu.org/archive/html/qemu-devel/2017-06/msg05972.html.
> * In MemoryInfo structure following fields are now optional:
> hotpluggable-memory and balloon-actual-memory.
> * Field "hotpluggable-memory" now not displayed in HMP if target
> has no CONFIG_MEM_HOTPLUG enabled.
> * Field "balloon-actual-memory" now not displayed in HMP if
> ballooning not enabled.
> * qapi_free_MemoryInfo() used in order to free corresponding memory
> instead of g_free().
> * #ifdef CONFIG_MEM_HOTPLUG was removed and replaced with stubs/ approach.
> get_exiting_hotpluggable_memory_size() function was introduced in
> hw/mem/pc-dimm.c (available for all targets which have CONFIG_MEM_HOTPLUG
> enabled). For other targets, there is a stub in stubs/qmp_pc_dimm.c.
> In addition, stubs/qmp_pc_dimm_device_list.c was renamed to
> stubs/qmp_pc_dimm.c in order to reflect actual source file content.
> * Commit message was updated in order to reflect what was changed.
>
> v3:
> * Use PRIu64 instead of 'lu' when printing results via HMP.
> * Report zero hot-plugged memory instead of reporting error
> when target architecture has no CONFIG_MEM_HOTPLUG enabled.
>
> v2:
> * Fixed build for targets which do not have CONFIG_MEM_HOTPLUG
> enabled.
>
> hmp-commands-info.hx | 17 ++++++++++++
> hmp.c | 23 ++++++++++++++++
> hmp.h | 1 +
> hw/mem/pc-dimm.c | 6 +++++
> include/hw/mem/pc-dimm.h | 1 +
> qapi-schema.json | 28 +++++++++++++++++++
> qmp.c | 31 ++++++++++++++++++++++
> stubs/Makefile.objs | 2 +-
> stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} | 5 ++++
> 9 files changed, 113 insertions(+), 1 deletion(-)
> rename stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} (60%)
No test coverage?
I prefer to add pairs of QMP / HMP commands in separate patches, QMP
first, for easier review. This patch seems small enough to tolerate
adding them in a single patch. But do consider splitting if you have to
respin.
> diff --git a/hmp-commands-info.hx b/hmp-commands-info.hx
> index ba98e581ab..a535960157 100644
> --- a/hmp-commands-info.hx
> +++ b/hmp-commands-info.hx
> @@ -829,6 +829,23 @@ ETEXI
> .cmd = hmp_info_vm_generation_id,
> },
>
> +STEXI
> +@item info memory-size-summary
> +@findex memory-size-summary
> +Display the amount of initially allocated, hot-plugged (if enabled)
> +and ballooned (if enabled) memory in bytes.
> +ETEXI
> +
> + {
> + .name = "memory-size-summary",
> + .args_type = "",
> + .params = "",
> + .help = "show the amount of initially allocated, "
> + "hot-plugged (if enabled) and ballooned (if enabled) "
> + "memory in bytes.",
> + .cmd = hmp_info_memory_size_summary,
> + },
> +
> STEXI
> @end table
> ETEXI
> diff --git a/hmp.c b/hmp.c
> index dee40284c1..15f632481c 100644
> --- a/hmp.c
> +++ b/hmp.c
> @@ -2828,3 +2828,26 @@ void hmp_info_vm_generation_id(Monitor *mon, const QDict *qdict)
> hmp_handle_error(mon, &err);
> qapi_free_GuidInfo(info);
> }
> +
> +void hmp_info_memory_size_summary(Monitor *mon, const QDict *qdict)
> +{
> + Error *err = NULL;
> + MemoryInfo *info = qmp_query_memory_size_summary(&err);
> + if (info) {
> + monitor_printf(mon, "base-memory: %" PRIu64 "\n",
> + info->base_memory);
> +
> + if (info->has_hotpluggable_memory) {
> + monitor_printf(mon, "hotpluggable-memory: %" PRIu64 "\n",
> + info->hotpluggable_memory);
> + }
> +
> + if (info->has_balloon_actual_memory) {
> + monitor_printf(mon, "balloon-actual-memory: %" PRIu64 "\n",
> + info->balloon_actual_memory);
> + }
Why-do-you-separate-words-by-dashes? Separating them by spaces has been
the custom since about the tenth century :)
According to your cover letter, "balloon actual memory" is the "size of
the memory that remains available to the guest after ballooning".
That's not obvious. It could just as well be the size of the balloon.
Can we find a more self-explanatory wording that's still short enough?
> +
> + qapi_free_MemoryInfo(info);
> + }
> + hmp_handle_error(mon, &err);
> +}
> diff --git a/hmp.h b/hmp.h
> index 214b2617e7..8c5398ea7a 100644
> --- a/hmp.h
> +++ b/hmp.h
> @@ -144,5 +144,6 @@ void hmp_info_dump(Monitor *mon, const QDict *qdict);
> void hmp_info_ramblock(Monitor *mon, const QDict *qdict);
> void hmp_hotpluggable_cpus(Monitor *mon, const QDict *qdict);
> void hmp_info_vm_generation_id(Monitor *mon, const QDict *qdict);
> +void hmp_info_memory_size_summary(Monitor *mon, const QDict *qdict);
>
> #endif
> diff --git a/hw/mem/pc-dimm.c b/hw/mem/pc-dimm.c
> index b72258e28f..ea81b1384a 100644
> --- a/hw/mem/pc-dimm.c
> +++ b/hw/mem/pc-dimm.c
> @@ -159,6 +159,12 @@ uint64_t pc_existing_dimms_capacity(Error **errp)
> return cap.size;
> }
>
> +bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp)
Why is my hot-pluggable memory exiting, and where's it going? Or do you
mean "exciting"? Or "existing", perhaps?
> +{
> + *mem_size = pc_existing_dimms_capacity(errp);
> + return true;
> +}
What if pc_existing_dimms_capacity() fails? Shouldn't you return false
then?
Hmm, get_exiting_hotpluggable_memory_size()'s only caller passes
&error_abort, which means you think it can't fail. Drop the errp
parameter and pass &error_abort here then.
I find "on success store through parameter and return true, on failure
return false" awkward. I'd return the size on success and (uint64_t)-1
on failure. Matter of taste.
> +
> int qmp_pc_dimm_device_list(Object *obj, void *opaque)
> {
> MemoryDeviceInfoList ***prev = opaque;
> diff --git a/include/hw/mem/pc-dimm.h b/include/hw/mem/pc-dimm.h
> index 1e483f2670..738343df32 100644
> --- a/include/hw/mem/pc-dimm.h
> +++ b/include/hw/mem/pc-dimm.h
> @@ -95,6 +95,7 @@ int pc_dimm_get_free_slot(const int *hint, int max_slots, Error **errp);
>
> int qmp_pc_dimm_device_list(Object *obj, void *opaque);
> uint64_t pc_existing_dimms_capacity(Error **errp);
> +bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp);
> void pc_dimm_memory_plug(DeviceState *dev, MemoryHotplugState *hpms,
> MemoryRegion *mr, uint64_t align, Error **errp);
> void pc_dimm_memory_unplug(DeviceState *dev, MemoryHotplugState *hpms,
> diff --git a/qapi-schema.json b/qapi-schema.json
> index 37c4b95aad..683da8a711 100644
> --- a/qapi-schema.json
> +++ b/qapi-schema.json
> @@ -4327,6 +4327,34 @@
> 'data': { 'name': 'str', '*migration-safe': 'bool', 'static': 'bool',
> '*unavailable-features': [ 'str' ], 'typename': 'str' } }
>
> +##
> +# @MemoryInfo:
> +#
> +# Actual memory information in bytes.
> +#
> +# @base-memory: size of unremovable memory which is specified
> +# with '-m size' CLI option.
The relative clause suggests that there may be other unremovable memory,
but base-memory reflects only the unremovable memory specified with -m.
Suggest something like
@base-memory: size of "base" memory specified with command line
option -m
> +#
> +# @hotpluggable-memory: size of hot-plugged memory.
I suspect this is actually the size of memory that can be hot-unplugged.
If true, let's say so:
# @hotpluggable-memory: size memory that can be hot-unplugged
> +#
> +# @balloon-actual-memory: amount of guest memory available after ballooning.
> +#
> +# Since: 2.10.0
> +##
> +{ 'struct': 'MemoryInfo',
> + 'data' : { 'base-memory': 'int', '*hotpluggable-memory': 'int',
> + '*balloon-actual-memory': 'int' } }
I think these should all be 'size'.
We suck at using 'size' correctly. For instance, @BalloonInfo also uses
'int' instead of 'size'. Looks fixable to me.
Apropos BalloonInfo: you effectively inline it here. What if we ever
add something to BalloonInfo? Wouldn't 'balloon': 'BalloonInfo' be
cleaner?
See also my comment after next.
> +
> +##
> +# @query-memory-size-summary:
> +#
> +# Return the amount of initially allocated, hot-plugged (if enabled)
> +# and ballooned (if enabled) memory in bytes.
> +#
> +# Since: 2.10.0
> +##
> +{ 'command': 'query-memory-size-summary', 'returns': 'MemoryInfo' }
> +
> ##
> # @query-cpu-definitions:
> #
> diff --git a/qmp.c b/qmp.c
> index 7ee9bcfdcf..a863726ad6 100644
> --- a/qmp.c
> +++ b/qmp.c
> @@ -712,3 +712,34 @@ ACPIOSTInfoList *qmp_query_acpi_ospm_status(Error **errp)
>
> return head;
> }
> +
> +MemoryInfo *qmp_query_memory_size_summary(Error **errp)
> +{
> + MemoryInfo *mem_info = g_malloc0(sizeof(MemoryInfo));
> + BalloonInfo *balloon_info;
> + uint64_t hotpluggable_memory = 0;
> + Error *local_err = NULL;
> +
> + mem_info->base_memory = ram_size;
> +
> + mem_info->has_hotpluggable_memory =
> + get_exiting_hotpluggable_memory_size(&hotpluggable_memory,
> + &error_abort);
> + if (mem_info->has_hotpluggable_memory) {
> + mem_info->hotpluggable_memory = hotpluggable_memory;
> + }
Why the @hotpluggable_memory middleman? Why not
mem_info->has_hotpluggable_memory =
get_exiting_hotpluggable_memory_size(&mem_info->hotpluggable_memory,
&error_abort);
> +
> + /* In case if it is not possible to get balloon info, just ignore it. */
> + balloon_info = qmp_query_balloon(&local_err);
> + if (local_err) {
> + mem_info->has_balloon_actual_memory = false;
> + error_free(local_err);
Since we throw away the error, query-memory-size-summary is *not* a
replacement for query-balloon.
query-memory-size-summary combines three queries:
(1) base-memory (query can't fail)
(2) hotpluggable-memory (query must not fail, i.e. &error_abort)
(3) balloon-actual-memory (query can fail, and we throw away the error
then)
Including (3) adds a failure mode. The fact that we sweep the failure
under the rug doesn't change that.
Why is this a good idea?
> + } else {
> + mem_info->has_balloon_actual_memory = true;
> + mem_info->balloon_actual_memory = balloon_info->actual;
> + }
> +
> + qapi_free_BalloonInfo(balloon_info);
> +
> + return mem_info;
> +}
> diff --git a/stubs/Makefile.objs b/stubs/Makefile.objs
> index f5b47bfd74..f7cab5b11c 100644
> --- a/stubs/Makefile.objs
> +++ b/stubs/Makefile.objs
> @@ -32,7 +32,7 @@ stub-obj-y += uuid.o
> stub-obj-y += vm-stop.o
> stub-obj-y += vmstate.o
> stub-obj-$(CONFIG_WIN32) += fd-register.o
> -stub-obj-y += qmp_pc_dimm_device_list.o
> +stub-obj-y += qmp_pc_dimm.o
> stub-obj-y += target-monitor-defs.o
> stub-obj-y += target-get-monitor-def.o
> stub-obj-y += pc_madt_cpu_entry.o
> diff --git a/stubs/qmp_pc_dimm_device_list.c b/stubs/qmp_pc_dimm.c
> similarity index 60%
> rename from stubs/qmp_pc_dimm_device_list.c
> rename to stubs/qmp_pc_dimm.c
> index def211564d..f50029326e 100644
> --- a/stubs/qmp_pc_dimm_device_list.c
> +++ b/stubs/qmp_pc_dimm.c
> @@ -6,3 +6,8 @@ int qmp_pc_dimm_device_list(Object *obj, void *opaque)
> {
> return 0;
> }
> +
> +bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp)
> +{
> + return false;
> +}
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
2017-07-07 7:30 ` Markus Armbruster
@ 2017-07-07 7:43 ` Markus Armbruster
2017-07-07 8:06 ` Dr. David Alan Gilbert
1 sibling, 0 replies; 10+ messages in thread
From: Markus Armbruster @ 2017-07-07 7:43 UTC (permalink / raw)
To: Vadim Galitsyn
Cc: Mohammed Gamal, Dr . David Alan Gilbert, Igor Mammedov,
Eric Blake, qemu-devel, Vasilis Liaskovitis, Eduardo Otubo
Markus Armbruster <armbru@redhat.com> writes:
> Sorry for the late review, got a bit overwhelmed...
>
> Vadim Galitsyn <vadim.galitsyn@profitbricks.com> writes:
>
>> Commands above provide the following memory information in bytes:
>>
>> * base-memory - amount of unremovable memory specified
>> with '-m' option at the start of the QEMU process.
>>
>> * hotpluggable-memory - amount of memory that was hot-plugged.
>> If target does not have CONFIG_MEM_HOTPLUG enabled, no
>> value is reported.
>>
>> * balloon-actual-memory - size of the memory that remains
>> available to the guest after ballooning, as reported by the
>> guest. If the guest has not reported its memory, this value
>> equals to @base-memory + @hot-plug-memory. If ballooning
>> is not enabled, no value is reported.
>>
>> NOTE:
>>
>> Parameter @balloon-actual-memory reports the same as
>> "info balloon" command when ballooning is enabled. The idea
>> to have it in scope of this command(s) comes from
>> https://lists.gnu.org/archive/html/qemu-devel/2012-07/msg01472.html.
[...]
>> 9 files changed, 113 insertions(+), 1 deletion(-)
>> rename stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} (60%)
>
> No test coverage?
Maybe no need, because ...
[...]
> query-memory-size-summary combines three queries:
>
> (1) base-memory (query can't fail)
>
> (2) hotpluggable-memory (query must not fail, i.e. &error_abort)
>
> (3) balloon-actual-memory (query can fail, and we throw away the error
> then)
>
> Including (3) adds a failure mode. The fact that we sweep the failure
> under the rug doesn't change that.
>
> Why is this a good idea?
... with (3) and its failure mode removed, there's less need for
specific tests. The (future, hopefully near future) generic smoke test
of queries that can't fail should do.
[...]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
2017-07-07 7:30 ` Markus Armbruster
2017-07-07 7:43 ` Markus Armbruster
@ 2017-07-07 8:06 ` Dr. David Alan Gilbert
2017-07-07 8:58 ` Markus Armbruster
1 sibling, 1 reply; 10+ messages in thread
From: Dr. David Alan Gilbert @ 2017-07-07 8:06 UTC (permalink / raw)
To: Markus Armbruster
Cc: Vadim Galitsyn, Mohammed Gamal, Igor Mammedov, Eric Blake,
qemu-devel, Vasilis Liaskovitis, Eduardo Otubo
* Markus Armbruster (armbru@redhat.com) wrote:
> Sorry for the late review, got a bit overwhelmed...
>
> Vadim Galitsyn <vadim.galitsyn@profitbricks.com> writes:
>
> > Commands above provide the following memory information in bytes:
> >
> > * base-memory - amount of unremovable memory specified
> > with '-m' option at the start of the QEMU process.
> >
> > * hotpluggable-memory - amount of memory that was hot-plugged.
> > If target does not have CONFIG_MEM_HOTPLUG enabled, no
> > value is reported.
> >
> > * balloon-actual-memory - size of the memory that remains
> > available to the guest after ballooning, as reported by the
> > guest. If the guest has not reported its memory, this value
> > equals to @base-memory + @hot-plug-memory. If ballooning
> > is not enabled, no value is reported.
> >
> > NOTE:
> >
> > Parameter @balloon-actual-memory reports the same as
> > "info balloon" command when ballooning is enabled. The idea
> > to have it in scope of this command(s) comes from
> > https://lists.gnu.org/archive/html/qemu-devel/2012-07/msg01472.html.
>
> Should we deprecate qmp-query-balloon? Hmm, see qmp.c below.
>
> > Signed-off-by: Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com>
> > Signed-off-by: Mohammed Gamal <mohammed.gamal@profitbricks.com>
> > Signed-off-by: Eduardo Otubo <eduardo.otubo@profitbricks.com>
> > Signed-off-by: Vadim Galitsyn <vadim.galitsyn@profitbricks.com>
> > Reviewed-by: Eugene Crosser <evgenii.cherkashin@profitbricks.com>
> > Cc: Dr. David Alan Gilbert <dgilbert@redhat.com>
> > Cc: Markus Armbruster <armbru@redhat.com>
> > Cc: Igor Mammedov <imammedo@redhat.com>
> > Cc: Eric Blake <eblake@redhat.com>
> > Cc: qemu-devel@nongnu.org
> > ---
> >
> > v4:
> > * Commands "info memory" and "query-memory" were renamed
> > to "info memory-size-summary" and "query-memory-size-summary"
> > correspondingly.
> > * Descriptions for both commands as well as MemoryInfo structure
> > fields were updated/renamed according to
> > http://lists.nongnu.org/archive/html/qemu-devel/2017-06/msg05972.html.
> > * In MemoryInfo structure following fields are now optional:
> > hotpluggable-memory and balloon-actual-memory.
> > * Field "hotpluggable-memory" now not displayed in HMP if target
> > has no CONFIG_MEM_HOTPLUG enabled.
> > * Field "balloon-actual-memory" now not displayed in HMP if
> > ballooning not enabled.
> > * qapi_free_MemoryInfo() used in order to free corresponding memory
> > instead of g_free().
> > * #ifdef CONFIG_MEM_HOTPLUG was removed and replaced with stubs/ approach.
> > get_exiting_hotpluggable_memory_size() function was introduced in
> > hw/mem/pc-dimm.c (available for all targets which have CONFIG_MEM_HOTPLUG
> > enabled). For other targets, there is a stub in stubs/qmp_pc_dimm.c.
> > In addition, stubs/qmp_pc_dimm_device_list.c was renamed to
> > stubs/qmp_pc_dimm.c in order to reflect actual source file content.
> > * Commit message was updated in order to reflect what was changed.
> >
> > v3:
> > * Use PRIu64 instead of 'lu' when printing results via HMP.
> > * Report zero hot-plugged memory instead of reporting error
> > when target architecture has no CONFIG_MEM_HOTPLUG enabled.
> >
> > v2:
> > * Fixed build for targets which do not have CONFIG_MEM_HOTPLUG
> > enabled.
> >
> > hmp-commands-info.hx | 17 ++++++++++++
> > hmp.c | 23 ++++++++++++++++
> > hmp.h | 1 +
> > hw/mem/pc-dimm.c | 6 +++++
> > include/hw/mem/pc-dimm.h | 1 +
> > qapi-schema.json | 28 +++++++++++++++++++
> > qmp.c | 31 ++++++++++++++++++++++
> > stubs/Makefile.objs | 2 +-
> > stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} | 5 ++++
> > 9 files changed, 113 insertions(+), 1 deletion(-)
> > rename stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} (60%)
>
> No test coverage?
>
> I prefer to add pairs of QMP / HMP commands in separate patches, QMP
> first, for easier review. This patch seems small enough to tolerate
> adding them in a single patch. But do consider splitting if you have to
> respin.
The HMP tester scans all 'info' commands so it's not needed for the HMP
side.
Dave
>
> > diff --git a/hmp-commands-info.hx b/hmp-commands-info.hx
> > index ba98e581ab..a535960157 100644
> > --- a/hmp-commands-info.hx
> > +++ b/hmp-commands-info.hx
> > @@ -829,6 +829,23 @@ ETEXI
> > .cmd = hmp_info_vm_generation_id,
> > },
> >
> > +STEXI
> > +@item info memory-size-summary
> > +@findex memory-size-summary
> > +Display the amount of initially allocated, hot-plugged (if enabled)
> > +and ballooned (if enabled) memory in bytes.
> > +ETEXI
> > +
> > + {
> > + .name = "memory-size-summary",
> > + .args_type = "",
> > + .params = "",
> > + .help = "show the amount of initially allocated, "
> > + "hot-plugged (if enabled) and ballooned (if enabled) "
> > + "memory in bytes.",
> > + .cmd = hmp_info_memory_size_summary,
> > + },
> > +
> > STEXI
> > @end table
> > ETEXI
> > diff --git a/hmp.c b/hmp.c
> > index dee40284c1..15f632481c 100644
> > --- a/hmp.c
> > +++ b/hmp.c
> > @@ -2828,3 +2828,26 @@ void hmp_info_vm_generation_id(Monitor *mon, const QDict *qdict)
> > hmp_handle_error(mon, &err);
> > qapi_free_GuidInfo(info);
> > }
> > +
> > +void hmp_info_memory_size_summary(Monitor *mon, const QDict *qdict)
> > +{
> > + Error *err = NULL;
> > + MemoryInfo *info = qmp_query_memory_size_summary(&err);
> > + if (info) {
> > + monitor_printf(mon, "base-memory: %" PRIu64 "\n",
> > + info->base_memory);
> > +
> > + if (info->has_hotpluggable_memory) {
> > + monitor_printf(mon, "hotpluggable-memory: %" PRIu64 "\n",
> > + info->hotpluggable_memory);
> > + }
> > +
> > + if (info->has_balloon_actual_memory) {
> > + monitor_printf(mon, "balloon-actual-memory: %" PRIu64 "\n",
> > + info->balloon_actual_memory);
> > + }
>
> Why-do-you-separate-words-by-dashes? Separating them by spaces has been
> the custom since about the tenth century :)
>
> According to your cover letter, "balloon actual memory" is the "size of
> the memory that remains available to the guest after ballooning".
> That's not obvious. It could just as well be the size of the balloon.
> Can we find a more self-explanatory wording that's still short enough?
>
> > +
> > + qapi_free_MemoryInfo(info);
> > + }
> > + hmp_handle_error(mon, &err);
> > +}
> > diff --git a/hmp.h b/hmp.h
> > index 214b2617e7..8c5398ea7a 100644
> > --- a/hmp.h
> > +++ b/hmp.h
> > @@ -144,5 +144,6 @@ void hmp_info_dump(Monitor *mon, const QDict *qdict);
> > void hmp_info_ramblock(Monitor *mon, const QDict *qdict);
> > void hmp_hotpluggable_cpus(Monitor *mon, const QDict *qdict);
> > void hmp_info_vm_generation_id(Monitor *mon, const QDict *qdict);
> > +void hmp_info_memory_size_summary(Monitor *mon, const QDict *qdict);
> >
> > #endif
> > diff --git a/hw/mem/pc-dimm.c b/hw/mem/pc-dimm.c
> > index b72258e28f..ea81b1384a 100644
> > --- a/hw/mem/pc-dimm.c
> > +++ b/hw/mem/pc-dimm.c
> > @@ -159,6 +159,12 @@ uint64_t pc_existing_dimms_capacity(Error **errp)
> > return cap.size;
> > }
> >
> > +bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp)
>
> Why is my hot-pluggable memory exiting, and where's it going? Or do you
> mean "exciting"? Or "existing", perhaps?
>
> > +{
> > + *mem_size = pc_existing_dimms_capacity(errp);
> > + return true;
> > +}
>
> What if pc_existing_dimms_capacity() fails? Shouldn't you return false
> then?
>
> Hmm, get_exiting_hotpluggable_memory_size()'s only caller passes
> &error_abort, which means you think it can't fail. Drop the errp
> parameter and pass &error_abort here then.
>
> I find "on success store through parameter and return true, on failure
> return false" awkward. I'd return the size on success and (uint64_t)-1
> on failure. Matter of taste.
>
> > +
> > int qmp_pc_dimm_device_list(Object *obj, void *opaque)
> > {
> > MemoryDeviceInfoList ***prev = opaque;
> > diff --git a/include/hw/mem/pc-dimm.h b/include/hw/mem/pc-dimm.h
> > index 1e483f2670..738343df32 100644
> > --- a/include/hw/mem/pc-dimm.h
> > +++ b/include/hw/mem/pc-dimm.h
> > @@ -95,6 +95,7 @@ int pc_dimm_get_free_slot(const int *hint, int max_slots, Error **errp);
> >
> > int qmp_pc_dimm_device_list(Object *obj, void *opaque);
> > uint64_t pc_existing_dimms_capacity(Error **errp);
> > +bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp);
> > void pc_dimm_memory_plug(DeviceState *dev, MemoryHotplugState *hpms,
> > MemoryRegion *mr, uint64_t align, Error **errp);
> > void pc_dimm_memory_unplug(DeviceState *dev, MemoryHotplugState *hpms,
> > diff --git a/qapi-schema.json b/qapi-schema.json
> > index 37c4b95aad..683da8a711 100644
> > --- a/qapi-schema.json
> > +++ b/qapi-schema.json
> > @@ -4327,6 +4327,34 @@
> > 'data': { 'name': 'str', '*migration-safe': 'bool', 'static': 'bool',
> > '*unavailable-features': [ 'str' ], 'typename': 'str' } }
> >
> > +##
> > +# @MemoryInfo:
> > +#
> > +# Actual memory information in bytes.
> > +#
> > +# @base-memory: size of unremovable memory which is specified
> > +# with '-m size' CLI option.
>
> The relative clause suggests that there may be other unremovable memory,
> but base-memory reflects only the unremovable memory specified with -m.
> Suggest something like
>
> @base-memory: size of "base" memory specified with command line
> option -m
>
> > +#
> > +# @hotpluggable-memory: size of hot-plugged memory.
>
> I suspect this is actually the size of memory that can be hot-unplugged.
> If true, let's say so:
>
> # @hotpluggable-memory: size memory that can be hot-unplugged
>
> > +#
> > +# @balloon-actual-memory: amount of guest memory available after ballooning.
> > +#
> > +# Since: 2.10.0
> > +##
> > +{ 'struct': 'MemoryInfo',
> > + 'data' : { 'base-memory': 'int', '*hotpluggable-memory': 'int',
> > + '*balloon-actual-memory': 'int' } }
>
> I think these should all be 'size'.
>
> We suck at using 'size' correctly. For instance, @BalloonInfo also uses
> 'int' instead of 'size'. Looks fixable to me.
>
> Apropos BalloonInfo: you effectively inline it here. What if we ever
> add something to BalloonInfo? Wouldn't 'balloon': 'BalloonInfo' be
> cleaner?
>
> See also my comment after next.
>
> > +
> > +##
> > +# @query-memory-size-summary:
> > +#
> > +# Return the amount of initially allocated, hot-plugged (if enabled)
> > +# and ballooned (if enabled) memory in bytes.
> > +#
> > +# Since: 2.10.0
> > +##
> > +{ 'command': 'query-memory-size-summary', 'returns': 'MemoryInfo' }
> > +
> > ##
> > # @query-cpu-definitions:
> > #
> > diff --git a/qmp.c b/qmp.c
> > index 7ee9bcfdcf..a863726ad6 100644
> > --- a/qmp.c
> > +++ b/qmp.c
> > @@ -712,3 +712,34 @@ ACPIOSTInfoList *qmp_query_acpi_ospm_status(Error **errp)
> >
> > return head;
> > }
> > +
> > +MemoryInfo *qmp_query_memory_size_summary(Error **errp)
> > +{
> > + MemoryInfo *mem_info = g_malloc0(sizeof(MemoryInfo));
> > + BalloonInfo *balloon_info;
> > + uint64_t hotpluggable_memory = 0;
> > + Error *local_err = NULL;
> > +
> > + mem_info->base_memory = ram_size;
> > +
> > + mem_info->has_hotpluggable_memory =
> > + get_exiting_hotpluggable_memory_size(&hotpluggable_memory,
> > + &error_abort);
> > + if (mem_info->has_hotpluggable_memory) {
> > + mem_info->hotpluggable_memory = hotpluggable_memory;
> > + }
>
> Why the @hotpluggable_memory middleman? Why not
>
> mem_info->has_hotpluggable_memory =
> get_exiting_hotpluggable_memory_size(&mem_info->hotpluggable_memory,
> &error_abort);
>
> > +
> > + /* In case if it is not possible to get balloon info, just ignore it. */
> > + balloon_info = qmp_query_balloon(&local_err);
> > + if (local_err) {
> > + mem_info->has_balloon_actual_memory = false;
> > + error_free(local_err);
>
> Since we throw away the error, query-memory-size-summary is *not* a
> replacement for query-balloon.
>
> query-memory-size-summary combines three queries:
>
> (1) base-memory (query can't fail)
>
> (2) hotpluggable-memory (query must not fail, i.e. &error_abort)
>
> (3) balloon-actual-memory (query can fail, and we throw away the error
> then)
>
> Including (3) adds a failure mode. The fact that we sweep the failure
> under the rug doesn't change that.
>
> Why is this a good idea?
>
> > + } else {
> > + mem_info->has_balloon_actual_memory = true;
> > + mem_info->balloon_actual_memory = balloon_info->actual;
> > + }
> > +
> > + qapi_free_BalloonInfo(balloon_info);
> > +
> > + return mem_info;
> > +}
> > diff --git a/stubs/Makefile.objs b/stubs/Makefile.objs
> > index f5b47bfd74..f7cab5b11c 100644
> > --- a/stubs/Makefile.objs
> > +++ b/stubs/Makefile.objs
> > @@ -32,7 +32,7 @@ stub-obj-y += uuid.o
> > stub-obj-y += vm-stop.o
> > stub-obj-y += vmstate.o
> > stub-obj-$(CONFIG_WIN32) += fd-register.o
> > -stub-obj-y += qmp_pc_dimm_device_list.o
> > +stub-obj-y += qmp_pc_dimm.o
> > stub-obj-y += target-monitor-defs.o
> > stub-obj-y += target-get-monitor-def.o
> > stub-obj-y += pc_madt_cpu_entry.o
> > diff --git a/stubs/qmp_pc_dimm_device_list.c b/stubs/qmp_pc_dimm.c
> > similarity index 60%
> > rename from stubs/qmp_pc_dimm_device_list.c
> > rename to stubs/qmp_pc_dimm.c
> > index def211564d..f50029326e 100644
> > --- a/stubs/qmp_pc_dimm_device_list.c
> > +++ b/stubs/qmp_pc_dimm.c
> > @@ -6,3 +6,8 @@ int qmp_pc_dimm_device_list(Object *obj, void *opaque)
> > {
> > return 0;
> > }
> > +
> > +bool get_exiting_hotpluggable_memory_size(uint64_t *mem_size, Error **errp)
> > +{
> > + return false;
> > +}
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
2017-07-07 8:06 ` Dr. David Alan Gilbert
@ 2017-07-07 8:58 ` Markus Armbruster
2017-07-07 16:20 ` Vadim Galitsyn
0 siblings, 1 reply; 10+ messages in thread
From: Markus Armbruster @ 2017-07-07 8:58 UTC (permalink / raw)
To: Dr. David Alan Gilbert
Cc: Mohammed Gamal, Vadim Galitsyn, qemu-devel, Vasilis Liaskovitis,
Eduardo Otubo, Igor Mammedov
"Dr. David Alan Gilbert" <dgilbert@redhat.com> writes:
> * Markus Armbruster (armbru@redhat.com) wrote:
>> Sorry for the late review, got a bit overwhelmed...
>>
>> Vadim Galitsyn <vadim.galitsyn@profitbricks.com> writes:
>>
>> > Commands above provide the following memory information in bytes:
>> >
>> > * base-memory - amount of unremovable memory specified
>> > with '-m' option at the start of the QEMU process.
>> >
>> > * hotpluggable-memory - amount of memory that was hot-plugged.
>> > If target does not have CONFIG_MEM_HOTPLUG enabled, no
>> > value is reported.
>> >
>> > * balloon-actual-memory - size of the memory that remains
>> > available to the guest after ballooning, as reported by the
>> > guest. If the guest has not reported its memory, this value
>> > equals to @base-memory + @hot-plug-memory. If ballooning
>> > is not enabled, no value is reported.
>> >
>> > NOTE:
>> >
>> > Parameter @balloon-actual-memory reports the same as
>> > "info balloon" command when ballooning is enabled. The idea
>> > to have it in scope of this command(s) comes from
>> > https://lists.gnu.org/archive/html/qemu-devel/2012-07/msg01472.html.
[...]
>> > hmp-commands-info.hx | 17 ++++++++++++
>> > hmp.c | 23 ++++++++++++++++
>> > hmp.h | 1 +
>> > hw/mem/pc-dimm.c | 6 +++++
>> > include/hw/mem/pc-dimm.h | 1 +
>> > qapi-schema.json | 28 +++++++++++++++++++
>> > qmp.c | 31 ++++++++++++++++++++++
>> > stubs/Makefile.objs | 2 +-
>> > stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} | 5 ++++
>> > 9 files changed, 113 insertions(+), 1 deletion(-)
>> > rename stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} (60%)
>>
>> No test coverage?
>>
>> I prefer to add pairs of QMP / HMP commands in separate patches, QMP
>> first, for easier review. This patch seems small enough to tolerate
>> adding them in a single patch. But do consider splitting if you have to
>> respin.
>
> The HMP tester scans all 'info' commands so it's not needed for the HMP
> side.
Correct. I want a similar test for QMP, but I'm not asking Vadim to
provide it :)
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
2017-07-07 8:58 ` Markus Armbruster
@ 2017-07-07 16:20 ` Vadim Galitsyn
0 siblings, 0 replies; 10+ messages in thread
From: Vadim Galitsyn @ 2017-07-07 16:20 UTC (permalink / raw)
To: Markus Armbruster, Eric Blake
Cc: Dr. David Alan Gilbert, Mohammed Gamal, qemu-devel,
Vasilis Liaskovitis, Eduardo Otubo, Igor Mammedov
Hi Guys,
Thank you for the feedback! Unfortunately, I am almost off for vacation and
will not be able to provide next patch in the following couple of weeks.
Nevertheless, will do so as soon as I return back.
I still have a question whether we need to provide NUMA information here?
>From my point of view it is a little bit out of scope of these commands
since it gives a bit more detailed information while the commands aimed to
give a short summary. I have a small patch which extends "info numa" with
hotplugged memory information per NUMA node. Maybe it is better to go this
way? I can include it into this patch series.
In the next patch (2 weeks later unfortunately) I will take into account
all the remaining points from this thread:
1. Turn into patch series by splitting HMP/QMP into separate patches;
2. Drop ballooning information;
3. Include "info numa" patch which extents output with hotplugged memory
info per NUMA node.
Thank you for the feedback once again,
Vadim
On Fri, Jul 7, 2017 at 10:58 AM, Markus Armbruster <armbru@redhat.com>
wrote:
> "Dr. David Alan Gilbert" <dgilbert@redhat.com> writes:
>
> > * Markus Armbruster (armbru@redhat.com) wrote:
> >> Sorry for the late review, got a bit overwhelmed...
> >>
> >> Vadim Galitsyn <vadim.galitsyn@profitbricks.com> writes:
> >>
> >> > Commands above provide the following memory information in bytes:
> >> >
> >> > * base-memory - amount of unremovable memory specified
> >> > with '-m' option at the start of the QEMU process.
> >> >
> >> > * hotpluggable-memory - amount of memory that was hot-plugged.
> >> > If target does not have CONFIG_MEM_HOTPLUG enabled, no
> >> > value is reported.
> >> >
> >> > * balloon-actual-memory - size of the memory that remains
> >> > available to the guest after ballooning, as reported by the
> >> > guest. If the guest has not reported its memory, this value
> >> > equals to @base-memory + @hot-plug-memory. If ballooning
> >> > is not enabled, no value is reported.
> >> >
> >> > NOTE:
> >> >
> >> > Parameter @balloon-actual-memory reports the same as
> >> > "info balloon" command when ballooning is enabled. The idea
> >> > to have it in scope of this command(s) comes from
> >> > https://lists.gnu.org/archive/html/qemu-devel/2012-07/
> msg01472.html.
> [...]
> >> > hmp-commands-info.hx | 17 ++++++++++++
> >> > hmp.c | 23
> ++++++++++++++++
> >> > hmp.h | 1 +
> >> > hw/mem/pc-dimm.c | 6 +++++
> >> > include/hw/mem/pc-dimm.h | 1 +
> >> > qapi-schema.json | 28
> +++++++++++++++++++
> >> > qmp.c | 31
> ++++++++++++++++++++++
> >> > stubs/Makefile.objs | 2 +-
> >> > stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} | 5 ++++
> >> > 9 files changed, 113 insertions(+), 1 deletion(-)
> >> > rename stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} (60%)
> >>
> >> No test coverage?
> >>
> >> I prefer to add pairs of QMP / HMP commands in separate patches, QMP
> >> first, for easier review. This patch seems small enough to tolerate
> >> adding them in a single patch. But do consider splitting if you have to
> >> respin.
> >
> > The HMP tester scans all 'info' commands so it's not needed for the HMP
> > side.
>
> Correct. I want a similar test for QMP, but I'm not asking Vadim to
> provide it :)
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
@ 2017-07-28 12:10 Vadim Galitsyn
2017-08-14 14:32 ` Markus Armbruster
0 siblings, 1 reply; 10+ messages in thread
From: Vadim Galitsyn @ 2017-07-28 12:10 UTC (permalink / raw)
To: Dr . David Alan Gilbert, Markus Armbruster, Igor Mammedov,
Eric Blake, Eduardo Habkost, David Hildenbrand, qemu-devel
Hi Guys,
This thread is a continuation of discussion from:
http://lists.nongnu.org/archive/html/qemu-devel/2017-07/msg01565.html
I will post changes list here in cover letter.
v5:
* hmp: Updated description and '.help' message for
'info memory-size-summary' command.
* hmp: Removed '-' characters from
'info memory-size-summary' output.
* Dropped ballooned memory information.
* get_existing_hotpluggable_memory_size() assumed
to never fail; routine now has no arguments and
returns uint64_t; in case if target does not support
memory hotplug, (uint64_t)-1 is returned.
* MemoryInfo structure:
* Removed @balloon-actual-memory field.
* Field @hotpluggable-memory renamed
to @hotunpluggable-memory.
* Updated description for fields.
* qmp: Updated description for
query-memory-size-summary.
* Patch v4 splitted into series.
v4:
* Commands "info memory" and "query-memory" were renamed
to "info memory-size-summary" and "query-memory-size-summary"
correspondingly.
* Descriptions for both commands as well as MemoryInfo structure
fields were updated/renamed according to
http://lists.nongnu.org/archive/html/qemu-devel/2017-06/msg05972.html.
* In MemoryInfo structure following fields are now optional:
hotpluggable-memory and balloon-actual-memory.
* Field "hotpluggable-memory" now not displayed in HMP if target
has no CONFIG_MEM_HOTPLUG enabled.
* Field "balloon-actual-memory" now not displayed in HMP if
ballooning not enabled.
* qapi_free_MemoryInfo() used in order to free corresponding memory
instead of g_free().
* #ifdef CONFIG_MEM_HOTPLUG was removed and replaced with stubs/ approach.
get_exiting_hotpluggable_memory_size() function was introduced in
hw/mem/pc-dimm.c (available for all targets which have CONFIG_MEM_HOTPLUG
enabled). For other targets, there is a stub in stubs/qmp_pc_dimm.c.
In addition, stubs/qmp_pc_dimm_device_list.c was renamed to
stubs/qmp_pc_dimm.c in order to reflect actual source file content.
* Commit message was updated in order to reflect what was changed.
v3:
* Use PRIu64 instead of 'lu' when printing results via HMP.
* Report zero hot-plugged memory instead of reporting error
when target architecture has no CONFIG_MEM_HOTPLUG enabled.
v2:
* Fixed build for targets which do not have CONFIG_MEM_HOTPLUG
enabled.
Best regards,
Vadim
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
2017-07-28 12:10 Vadim Galitsyn
@ 2017-08-14 14:32 ` Markus Armbruster
2017-08-15 7:54 ` Igor Mammedov
0 siblings, 1 reply; 10+ messages in thread
From: Markus Armbruster @ 2017-08-14 14:32 UTC (permalink / raw)
To: Vadim Galitsyn
Cc: Dr . David Alan Gilbert, Igor Mammedov, Eric Blake,
Eduardo Habkost, David Hildenbrand, qemu-devel
Vadim Galitsyn <vadim.galitsyn@profitbricks.com> writes:
> Hi Guys,
>
> This thread is a continuation of discussion from:
> http://lists.nongnu.org/archive/html/qemu-devel/2017-07/msg01565.html
>
> I will post changes list here in cover letter.
Looks good from a QMP point of view. Just clean up the naming issues.
Eduardo, Igor, through which tree should this go?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
2017-08-14 14:32 ` Markus Armbruster
@ 2017-08-15 7:54 ` Igor Mammedov
0 siblings, 0 replies; 10+ messages in thread
From: Igor Mammedov @ 2017-08-15 7:54 UTC (permalink / raw)
To: Markus Armbruster
Cc: Vadim Galitsyn, Eduardo Habkost, David Hildenbrand, qemu-devel,
Dr . David Alan Gilbert
On Mon, 14 Aug 2017 16:32:40 +0200
Markus Armbruster <armbru@redhat.com> wrote:
> Vadim Galitsyn <vadim.galitsyn@profitbricks.com> writes:
>
> > Hi Guys,
> >
> > This thread is a continuation of discussion from:
> > http://lists.nongnu.org/archive/html/qemu-devel/2017-07/msg01565.html
> >
> > I will post changes list here in cover letter.
>
> Looks good from a QMP point of view. Just clean up the naming issues.
>
> Eduardo, Igor, through which tree should this go?
It's mostly QMP/HMP interface so it could go via QMP tree.
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2017-08-15 7:55 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-06-30 13:31 [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands Vadim Galitsyn
2017-06-30 13:31 ` Vadim Galitsyn
2017-07-07 7:30 ` Markus Armbruster
2017-07-07 7:43 ` Markus Armbruster
2017-07-07 8:06 ` Dr. David Alan Gilbert
2017-07-07 8:58 ` Markus Armbruster
2017-07-07 16:20 ` Vadim Galitsyn
-- strict thread matches above, loose matches on Subject: below --
2017-07-28 12:10 Vadim Galitsyn
2017-08-14 14:32 ` Markus Armbruster
2017-08-15 7:54 ` Igor Mammedov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).