[libvirt] [PATCH v2 3/3] docs: news: Provide an update about the video type 'none'

Ján Tomko jtomko at redhat.com
Fri Jul 13 12:02:10 UTC 2018


On Thu, Jul 12, 2018 at 05:08:48PM +0200, Erik Skultety wrote:
>Signed-off-by: Erik Skultety <eskultet at redhat.com>
>---
> docs/news.xml | 14 ++++++++++++++
> 1 file changed, 14 insertions(+)
>
>diff --git a/docs/news.xml b/docs/news.xml
>index 773c95b0da..93832acc4c 100644
>--- a/docs/news.xml
>+++ b/docs/news.xml
>@@ -46,6 +46,20 @@
>       </change>
>     </section>
>     <section title="Improvements">
>+      <change>
>+        <summary>
>+          qemu: Introduce a new video model of type 'none'
>+        </summary>
>+        <description>
>+          Historically, libvirt would add a default 'cirrus' video device to
>+          a guest if the XML specified 'graphics' but lacked 'video'.

Historical behavior is hardly news :P

> This can
>+          be incovenient with GPU mediated devices which can serve as the only
>+          rendering devices within the guest, rather than still relying on an
>+          emulated GPU which would also be the primary device. Having a 'none'
>+          model is our only backwards compatible option how to turn this legacy
>+          behaviour off when needed.

How about:

Introduce a new video model type that disables the automatic addition of
a video device to domains with 'graphics' specified in their XML.

This can be useful with GPU mediated devices which can serve as the only
rendering devices within the guest.

Jano

>+        </description>
>+      </change>
>     </section>
>     <section title="Bug fixes">
>     </section>
>-- 
>2.14.4
>
>--
>libvir-list mailing list
>libvir-list at redhat.com
>https://www.redhat.com/mailman/listinfo/libvir-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20180713/844deb2d/attachment-0001.sig>


More information about the libvir-list mailing list