On Thu, Jul 26, 2012 at 04:33:36PM +0200, Jiri Denemark wrote: > On Wed, Jul 25, 2012 at 15:18:43 -0300, Eduardo Habkost wrote: > > This adds version number to CPU model names on the "pc-<version>" > > machine-types, so we can create new models with bug fixes while keeping > > compatibility when using older machine-types. > > > > When naming the existing models, I used the last QEMU version where the > > model was changed (see summary below), but by coincidence every single > > one was changed on QEMU-1.1. > > > > - Conroe, Penryn, Nehalem, Opteron_G1, Opteron_G2, Opteron_G3: > > added on 0.13, changed on 1.1 > > - Westmere, SandyBridge, Opteron_G4: added on 1.1 > > Hi Eduardo, > > What models would be listed by "qemu-system-x86_64 -cpu ?"? Only non-versioned > model aliases or full names with versions or both? Just the full names. The aliases are machine-type properties, but I didn't see a good place to list them on the help text. (suggestions are welcome) Anyway, "-cpu ?" and "-cpu ?dump" are interfaces for humans. libvirt will require a new interface that allows it to query the CPU model versions and the aliases. But defining this interface will be possible only after we settle on the design of the system inside QEMU. (e.g. if we implement it based on global properties, there may be no concept of "versions" and "aliases" at all, and we may have to rethink the way the QEMU<->libvirt interface will look like). -- Eduardo -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list