
On Wed, Nov 23, 2022 at 01:45:37PM +0000, Daniel P. Berrangé wrote:
Indeed, the very fact that libvirt exists and is widely used, is what allows QEMU to deprecated and rename stuff on a pretty aggressive schedule. If libvirt wasn't providing this isolation, then it is unlikely QEMU would have adopted its 2 release deprecated cycle, and would be locked into their mistakes for a much longer period.
My understanding was that qemu no longer change existing CPU model definitions, but instead introduce new versions (like IcelakeServer-V6), and that's how they can make changes as needed. Or are they still arbitrarily changing/breaking *existing* definitions in incompatible ways?
IOW, libvirt is allowing QEMU to fix their own technical debt on a more aggressive timeframe, albeit at some cost to libvirt maintainers.
I'd be interested in one or two specific examples so I can understand this properly. thanks john