Public bug reported: There seem to be conditions where old qemu/libvirt created guests with the osxsafe feature
<model fallback='allow'>Broadwell-noTSX</model> <vendor>Intel</vendor> ... <feature policy='require' name='osxsave'/> That feature was now removed in recent qemu. => https://git.qemu.org/?p=qemu.git;a=commit;h=f1a23522 But its lack might cause issues starting some old guests using it after upgrade. qemu-system-x86_64: can't apply global Broadwell-noTSX-x86_64-cpu.osxsave=on: Property '.osxsave' not found Same bug in Fedora: => https://bugzilla.redhat.com/show_bug.cgi?id=1644848 I'd want to analyze omre of the background, why we have it in our IBRS type (still it seems) and if we can make modifications to make the transition more smooth. ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New ** Affects: qemu (Ubuntu) Importance: Undecided Status: New ** Affects: qemu (Fedora) Importance: Unknown Status: Unknown ** Also affects: qemu (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1825195 Title: qemu lost osxsave feature bit (ok) which might cause upgrade issues (not so ok) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1825195/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
