Peter Maydell writes ("Re: [PULL v2 00/13] misc patches removing deprecated features"): > On Thu, 18 Mar 2021 at 09:30, Daniel P. Berrangé <berra...@redhat.com> wrote: > > ---------------------------------------------------------------- > > Remove many old deprecated features > > > > The following features have been deprecated for well over the 2 > > release cycle we promise > > > > ``-drive file=json:{...{'driver':'file'}}`` (since 3.0) > > ``-vnc acl`` (since 4.0.0) > > ``-mon ...,control=readline,pretty=on|off`` (since 4.1) > > ``migrate_set_downtime`` and ``migrate_set_speed`` (since 2.8.0) > > ``query-named-block-nodes`` result ``encryption_key_missing`` (since > > 2.10.0) > > ``query-block`` result ``inserted.encryption_key_missing`` (since 2.10.0) > > ``migrate-set-cache-size`` and ``query-migrate-cache-size`` (since 2.11.0) > > ``query-named-block-nodes`` and ``query-block`` result > > dirty-bitmaps[i].status (since 4.0) > > ``query-cpus`` (since 2.12.0) > > ``query-cpus-fast`` ``arch`` output member (since 3.0.0) > > ``query-events`` (since 4.0) > > chardev client socket with ``wait`` option (since 4.0) > > ``acl_show``, ``acl_reset``, ``acl_policy``, ``acl_add``, ``acl_remove`` > > (since 4.0.0) > > ``ide-drive`` (since 4.2) > > ``scsi-disk`` (since 4.2) > > Just FYI, it turns out that removing 'query-cpus' has broken Xen, > whose libxl control library is still using it: > > https://lists.xenproject.org/archives/html/xen-devel/2021-03/msg01178.html > > This suggests we should probably try to coordinate a bit better > with Xen as one of our downstream QMP users. > > Am I right in thinking that QEMU now has an option that Xen > could turn on in their CI for "make attempts to use deprecated > features fail" so they could catch them earlier in the > deprecate-and-delete cycle?
That would be really great for us. Thanks, Ian.