Re: [libvirt] libvirtd crash with host cpu model qemu64

2016-08-12 Thread Jim Fehlig
On 08/11/2016 02:27 AM, Michal Privoznik wrote: > On 05.08.2016 23:38, Jim Fehlig wrote: >> >> With vendor = 0x0, &host_model->vendor->cpuid evaluates to 8, which >> is not a nice value to pass to virCPUx86DataAddCPUID(). Check for a >> non-null host_model->vendor before calling virCPUx86DataAddC

Re: [libvirt] libvirtd crash with host cpu model qemu64

2016-08-11 Thread Michal Privoznik
On 05.08.2016 23:38, Jim Fehlig wrote: > > With vendor = 0x0, &host_model->vendor->cpuid evaluates to 8, which > is not a nice value to pass to virCPUx86DataAddCPUID(). Check for a > non-null host_model->vendor before calling virCPUx86DataAddCPUID(). > > Signed-off-by: Jim Fehlig > --- > src/c

Re: [libvirt] libvirtd crash with host cpu model qemu64

2016-08-10 Thread Jim Fehlig
Any comments on this? I'm not sure if the below patch is sufficient, or models such as qemu64 need to include vendor information. Thanks! Regards, Jim On 08/05/2016 03:38 PM, Jim Fehlig wrote: > I have an L1 nested VM with the following cpu > > # lscpu > Architecture: x86_64 > CPU op-mod

[libvirt] libvirtd crash with host cpu model qemu64

2016-08-05 Thread Jim Fehlig
I have an L1 nested VM with the following cpu # lscpu Architecture: x86_64 CPU op-mode(s):32-bit, 64-bit Byte Order:Little Endian CPU(s):2 On-line CPU(s) list: 0,1 Thread(s) per core:1 Core(s) per socket:1 Socket(s): 2 NUMA node(s)