[libvirt] [PATCH] test_driver: consider flags in testDomainSetMemoryFlags

Ilias Stamatis stamatis.iliass at gmail.com
Thu Jul 11 14:15:21 UTC 2019


On Thu, Jul 11, 2019 at 4:03 PM Eric Blake <eblake at redhat.com> wrote:
>
> On 7/11/19 6:04 AM, Ilias Stamatis wrote:
> > Update the current or max memory, on the persistent or live definition
> > depending on the flags which are currently ignored.
> >
> > Signed-off-by: Ilias Stamatis <stamatis.iliass at gmail.com>
> > ---
> >  src/test/test_driver.c | 51 +++++++++++++++++++++++++++++++++++-------
> >  1 file changed, 43 insertions(+), 8 deletions(-)
> >
>
> Incomplete. You also need to fix what I missed in commit 667ac11e, in
> that testDomainSetMemory() should now forward to
> testDomainSetMemoryFlags(, VIR_DOMAIN_AFFECT_LIVE); and it would also be
> worth implementing testDomainSetMaxMemory() to forward to
> testDomainSetMemoryFlags(, VIR_DOMAIN_MEM_MAXIMUM).

Sure. But do you think they should be on the same patch?
Maybe in a subsequent patch on the same series?

>
> Oh, and thinking about it, maybe everywhere we have
> xxxDomainSetMaxMemory forwarding on, it seems odd that it is affecting
> VIR_DOMAIN_AFFECT_CURRENT instead of VIR_DOMAIN_AFFECT_LIVE; but then we
> have to start worrying about back-compat issues. :(

According to the documentation this is hypervisor-dependent so in the
case of the test driver I think it's fine to call it with
VIR_DOMAIN_AFFECT_LIVE.

However, changing it on other drivers raises compatibility issues as
you mentioned.

Ilias

>
> --
> Eric Blake, Principal Software Engineer
> Red Hat, Inc.           +1-919-301-3226
> Virtualization:  qemu.org | libvirt.org
>




More information about the libvir-list mailing list