From: "Daniel P. Berrangé" <berrange@redhat.com>
To: P J P <ppandit@redhat.com>
Cc: Gerd Hoffmann <kraxel@redhat.com>,
qemu-devel@nongnu.org, libvir-list@redhat.com
Subject: Re: [Qemu-devel] [PATCH 3/3] cirrus: mark as deprecated
Date: Fri, 26 Oct 2018 10:42:08 +0100 [thread overview]
Message-ID: <20181026094208.GD31390@redhat.com> (raw)
In-Reply-To: <nycvar.YSQ.7.76.1810261213001.8270@xnncv>
On Fri, Oct 26, 2018 at 12:33:55PM +0530, P J P wrote:
> Hello Dan, all
>
> +-- On Thu, 25 Oct 2018, Daniel P. Berrangé wrote --+
> | On Thu, Oct 25, 2018 at 10:52:56AM +0200, Gerd Hoffmann wrote:
> | > While being at it deprecate cirrus too.
> | >
> | > Reason (short version): use stdvga instead.
> | > Verbose version:
> | > https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful
> |
> |
> | I don't debate the points in the blog post above that stdvga is a
> | better choice, but I don't think that's enough to justify deprecating
> | cirrus at this point in time, because when it then gets deleted it
> | will break way too many existing deployments.
> |
> | We need to socialize info in that blog post above more widely and
> | especially ensure that apps are not using that by default. I don't
> | see it being viable to formally deprecate it in QEMU any time soon
> | though given existing usage.
>
> To note, IMO there are other devices/sources in QEMU which are potential
> candidates for deprecation, similar to adlib etc. It'll help if we could
> device a process to deprecate/remove such code base. Other than maintenance it
> invariably also becomes source of security issues.
>
> Ex.(similar to Fedora) we could announce such candidate on qemu-devel list and
> after review over a period of say a month, candidate will be
> deprecated/expunged. (thinking aloud)
QEMU has a deprecation process:
https://qemu.weilnetz.de/doc/qemu-doc.html#Deprecated-features
Most of the stuff deprecated is CLI args / monitor commands, etc where
mgmt apps just adjust the way they are calling QEMU, so end user's VMs
are largely not impacted.
Deprecating a device type that is widely used is not desirable because
that will cause breakage of existing guests. Distros are free to disable
devices in their builds if they want to reduce the scope for CVEs in
packages they maintain, but again they should think carefully about how
many users they are going to break by doing so.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2018-10-26 9:42 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-25 8:52 [Qemu-devel] [PATCH 0/3] RfC: add support for deprecated devices Gerd Hoffmann
2018-10-25 8:52 ` [Qemu-devel] [PATCH 1/3] qdev: add deprecation_reason to DeviceClass Gerd Hoffmann
2018-10-25 10:50 ` P J P
2018-10-25 11:12 ` Philippe Mathieu-Daudé
2018-10-29 9:19 ` Gerd Hoffmann
2018-10-25 8:52 ` [Qemu-devel] [PATCH 2/3] adlib: mark as insecure and deprecated Gerd Hoffmann
2018-10-25 10:56 ` P J P
2018-10-25 20:40 ` [Qemu-devel] [libvirt] " Daniel P. Berrangé
2018-10-26 7:08 ` P J P
2018-10-26 9:54 ` Daniel P. Berrangé
2018-10-26 12:35 ` P J P
2018-10-25 11:15 ` [Qemu-devel] " Philippe Mathieu-Daudé
2018-10-25 20:27 ` Thomas Huth
2018-10-26 8:48 ` Paolo Bonzini
2018-10-26 9:34 ` P J P
2018-10-26 10:01 ` Paolo Bonzini
2018-10-26 11:53 ` P J P
2018-10-29 9:05 ` Gerd Hoffmann
2018-10-25 8:52 ` [Qemu-devel] [PATCH 3/3] cirrus: mark as deprecated Gerd Hoffmann
2018-10-25 10:59 ` P J P
2018-10-25 11:17 ` Philippe Mathieu-Daudé
2018-10-25 20:28 ` Thomas Huth
2018-10-25 20:37 ` Daniel P. Berrangé
2018-10-26 7:03 ` P J P
2018-10-26 9:42 ` Daniel P. Berrangé [this message]
2018-10-26 9:59 ` Daniel P. Berrangé
2018-10-26 10:03 ` Paolo Bonzini
2018-10-26 14:14 ` Daniel P. Berrangé
2018-10-26 18:56 ` P J P
2018-10-26 10:40 ` Dr. David Alan Gilbert
2018-10-26 13:25 ` [Qemu-devel] [libvirt] " Christian Borntraeger
2018-10-26 8:48 ` Cole Robinson
2018-10-26 9:43 ` Daniel P. Berrangé
2018-10-29 9:12 ` [Qemu-devel] " Gerd Hoffmann
2018-10-30 18:00 ` Daniel P. Berrangé
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181026094208.GD31390@redhat.com \
--to=berrange@redhat.com \
--cc=kraxel@redhat.com \
--cc=libvir-list@redhat.com \
--cc=ppandit@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.