Comment 58 for bug 1828495

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Another bunch of related changes might be important.
Not sure how much of that will go into SRUs - I hope not all of it.
Already in Eoan we should try to use a reduced set or we could go directly to 5.5 which has other known issues.

63acb7bf qemu_process: Prefer generic qemuMonitorGetGuestCPU
cc6d6b3c qemu: Introduce generic qemuMonitorGetGuestCPU
430023e5 qemu: Add type filter to qemuMonitorJSONParsePropsList
df73078c cpu: Introduce virCPUDataAddFeature
055f8f6b qemu: Make qemuMonitorGetGuestCPU usable on x86 only
a3f2c802 qemu: Don't use full CPU model expansion
ec232c5d qemu: Translate feature names from query-cpu-model-expansion
5030a745 qemu_command: Use canonical names of CPU features
6f6401fb qemu: Probe host CPU after capabilities
XX 0d254bce qemu: Probe for "unavailable-features" CPU property
XX 2a4c2321 qemu: Probe for max-x86_64-cpu type
61ee757e qemu: Add APIs for translating CPU features
24aa210d qemuxml2argvtest: Add test for CPU features translation
0b763774 qemu: Filter CPU features in active XML
XX c145b660 cpu_conf: Introduce virCPUDefFilterFeatures
955fd6e7 qemu_process: Drop cleanup label from qemuProcessUpdateGuestCPU
b1286526 qemu: Drop qemuFeatureNoEffect

I hope I might get away with only those I marked with XX, but still this keeps growing to an uncompfortable amount