On Fri, Aug 25, 2017 at 18:15:37 +0200, Andrea Bolognani wrote:
> We can't retrieve the isolation group of a device that's
> not present in the system. However, it's very common for
> VFs to be created late in the boot, so they might not be
> present yet when libvirtd starts, which would cause the
> guests using them to disappear.
> 
> Moreover, for other architectures and even ppc64 before
> isolation groups were introduced, it's considered
> perfectly fine to configure a guest to use a device
> that's not yet (or no longer) available to the host,
> with the obvious caveat that such a guest won't be able
> to start before the device is available.
> 
> In order to be consistent, when a device's isolation
> group can't be determined fall back to not isolating it
> rather than erroring out or, worse, making the guest
> disappear.

(Didn't you set your text width for commit messages too narrow?)


> 
> Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1484254
> 
> Signed-off-by: Andrea Bolognani <abolo...@redhat.com>
> ---
> Changes from [v1]:
> 
>   * rewrite to always skip on error
> 
> [v1] https://www.redhat.com/archives/libvir-list/2017-August/msg00729.html
> 
>  src/qemu/qemu_domain_address.c | 29 +++++++++++------------------
>  1 file changed, 11 insertions(+), 18 deletions(-)

ACK

Attachment: signature.asc
Description: PGP signature

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Reply via email to