Re: [PATCH] docs: fix typo in domcaps host-model CPU description
On 3/24/20 8:30 AM, Jim Fehlig wrote:
On 3/24/20 3:44 AM, Jiri Denemark wrote:
> The situation on the first machine is a bit strange as there are no
> features disabled in host-model CPU definition, which makes it unclear
> why QEMU reports Cascadelake-Server as unusable (QEMU reports the
> reason, but we don't do so yet).
It's not clear to me even after looking at the output of cpu-gather.
> Anyway, would you mind running the tests/cputestdata/cpu-gather.sh
> script on both machines (make sure to install qemu, python3, and cpuid
> packages first) and send us the output so that we can check the CPU
> models are properly detected?
Attached.
While experimenting with some guests on the first machine (kernel 4.12.14, qemu
3.1.1, libvirt.git master) I encountered
https://bugs.launchpad.net/intel/+bug/1828495 while trying to restore a guest
whose CPU was set to host-model. The guest starts fine, although I do see
qemu-system-x86_64: warning: host doesn't support requested feature:
CPUID.07H:ECX [bit 4]
in the guest log file. Save works as expected but then restore fails with
error: Failed to restore domain from /home/jim/sles12sp5-kvm.save
error: operation failed: guest CPU doesn't match specification: missing
features: ospke
I wouldn't be surprised if my kernel and qemu are missing some commits mentioned
in the LP bug (there are a lot of them!), but shouldn't it be possible to
restore the guest if libvirt previously started it successfully?
Regards,
Jim