On Thu, Dec 07, 2023 at 04:07:48PM -0600, Jonathon Jongsma wrote: > For SEV-SNP support we will need to be able to specify versioned CPU models > that are not yet available in libvirt. Rather than just adding a versioned CPU > or two that would satisfy that immediate need, I decided to try to add > versioned CPUs in a more standard way. This series generates CPU definitions > for all cpu versions that are defined in upstream qemu (at least for > recent Intel and AMD CPUs). > > libvirt already provides a select subset of these versions as configurable CPU > models. But we only include the ones that have defined aliases in qemu, such as > EPYC-IBPB. After this patchset, all verisioned cpu models supported by qemu > will be available in libvirt. > > Note that I'm only adding versions that are not already available via their > alias. For example, I am not adding an EPYC-v2 CPU model since it is already > available as EPYC-IBPB. That is not reliable, as the alias mapping between a short name "EPYC" and a version is set by the choice of machine type. ie one machine type might map EPYC to v1, and another machine type might map EPYC to v2. It just happens to be the case that currently all machine types have the same alias expansion, but that's not guaranteed. So if we're going down this route, we need to bring in all versioned machine types. With 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 :| _______________________________________________ Devel mailing list -- devel@xxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxx
