[libvirt] [PATCHv3 0/3] 'autodeflate' attribute for mememory balloon

John Ferlan jferlan at redhat.com
Tue Jan 12 15:44:58 UTC 2016



On 01/08/2016 05:45 AM, Dmitry Andreev wrote:
> This patch-set adds support for the new feature 'deflate-on-oom'
> that has been added to the QEMU virtio memory balloon a month ago.
> This feature lets a guest OS deflate balloon on OOM.
> 
> With 'deflate-on-oom' enabled virtio balloon will release
> it's memory if possible right before an OOM termination of
> processes.
> 
> QEMU commit with the complete feature description:
> http://git.qemu.org/?p=qemu.git;a=commit;h=e3816255bf4b6377bb405331e2ee0dc14d841b80
> 
> v3
>  * pull head & merge
>  * reword commit message [1/3] [2/3]
>  * docs: s/OOM-/Out of Memory / [1/3]
>  * merge and fix qemu 2.6.0 caps test [2/3]
>  * s/> 0/ != VIR_TRISTATE_SWITCH_ABSENT/ [3/3]
> 
> Dmitry Andreev (3):
>   conf: introduce 'autodeflate' attribute for memballoon device
>   qemu: add capability check for memballoon 'deflate-on-oom' feature
>   qemu: add support of optional 'autodeflate' attribute
> 
>  docs/formatdomain.html.in                          |  10 ++
>  docs/schemas/domaincommon.rng                      |   5 +
>  src/conf/domain_conf.c                             |  23 +++
>  src/conf/domain_conf.h                             |   1 +
>  src/qemu/qemu_capabilities.c                       |  11 ++
>  src/qemu/qemu_capabilities.h                       |   2 +
>  src/qemu/qemu_command.c                            |  11 ++
>  tests/qemucapabilitiesdata/caps_1.2.2-1.replies    |  68 ++++++++-
>  tests/qemucapabilitiesdata/caps_1.3.1-1.replies    |  68 ++++++++-
>  tests/qemucapabilitiesdata/caps_1.4.2-1.replies    |  68 ++++++++-
>  tests/qemucapabilitiesdata/caps_1.5.3-1.replies    |  66 ++++++++-
>  tests/qemucapabilitiesdata/caps_1.6.0-1.replies    |  66 ++++++++-
>  tests/qemucapabilitiesdata/caps_1.6.50-1.replies   |  66 ++++++++-
>  tests/qemucapabilitiesdata/caps_2.1.1-1.replies    |  78 +++++++++-
>  tests/qemucapabilitiesdata/caps_2.4.0-1.caps       |   1 +
>  tests/qemucapabilitiesdata/caps_2.4.0-1.replies    | 146 ++++++++++++++++++-
>  tests/qemucapabilitiesdata/caps_2.5.0-1.caps       |   1 +
>  tests/qemucapabilitiesdata/caps_2.5.0-1.replies    | 161 ++++++++++++++++++++-
>  tests/qemucapabilitiesdata/caps_2.6.0-1.caps       |   1 +
>  tests/qemucapabilitiesdata/caps_2.6.0-1.replies    | 161 ++++++++++++++++++++-
>  .../qemuxml2argv-balloon-ccw-deflate.args          |  20 +++
>  .../qemuxml2argv-balloon-ccw-deflate.xml           |  21 +++
>  .../qemuxml2argv-balloon-device-deflate-off.args   |  23 +++
>  .../qemuxml2argv-balloon-device-deflate-off.xml    |  25 ++++
>  .../qemuxml2argv-balloon-device-deflate.args       |  23 +++
>  .../qemuxml2argv-balloon-device-deflate.xml        |  25 ++++
>  .../qemuxml2argv-balloon-mmio-deflate.args         |  25 ++++
>  .../qemuxml2argv-balloon-mmio-deflate.xml          |  30 ++++
>  tests/qemuxml2argvtest.c                           |   9 ++
>  29 files changed, 1145 insertions(+), 70 deletions(-)
>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-balloon-ccw-deflate.args
>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-balloon-ccw-deflate.xml
>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-balloon-device-deflate-off.args
>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-balloon-device-deflate-off.xml
>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-balloon-device-deflate.args
>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-balloon-device-deflate.xml
>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-balloon-mmio-deflate.args
>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-balloon-mmio-deflate.xml
> 


Had to update/merge in recent caps changes...  Also had the same wierd
problem in domain_conf.c and qemu_command.c w/r/t 'git am -3' merging
code into wrong place...

ACK - will push shortly (this was done before freeze, but I only got to
it today...Prior version only needed minor updates... The default
setting is to not enable feature, so should be safe.)

Tks -

John




More information about the libvir-list mailing list