]> git.ipfire.org Git - thirdparty/libvirt.git/commit
remote: Increase bound limit for virDomainGetBlockIoTune
authorJohn Ferlan <jferlan@redhat.com>
Tue, 4 Oct 2016 11:07:20 +0000 (07:07 -0400)
committerJohn Ferlan <jferlan@redhat.com>
Tue, 4 Oct 2016 18:35:17 +0000 (14:35 -0400)
commit66bfc7cc61ca0f6ca8d57811024565d2c89f47f6
tree245a85d871af451dec2e1bb6c49fadab2f29bf7b
parentbb41e19fead602306c1dcd039bd1041a4d10cef3
remote: Increase bound limit for virDomainGetBlockIoTune

We are about to add 6 new values to fetch. This will put us over the
current limit of 16 (we're at 13 now).

Once there are more than 16 parameters, this will affect existing clients
that attempt to fetch blockiotune config values for the domain from the
remote host since the server side has no mechanism to determine whether
the capability for the emulator exists and thus would attempt to return
all known values from the persistentDef. If attempting to fetch the
blockiotune values from a running domain, the code will check the emulator
capabilities and set maxparams (in qemuDomainGetBlockIoTune) appropriately.

On the client side of the remote connection, it uses this constant in
xdr_remote_domain_get_block_io_tune_ret and virTypedParamsDeserialize
calls, so if a remote server returns more than 16 parameters, then the
client will fail with "Unable to decode message payload".

Signed-off-by: John Ferlan <jferlan@redhat.com>
src/remote/remote_protocol.x