Re: kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed.

[Li Feng]

Hi, Any update about this issue?

Thanks,
Feng Li

Li Feng <address@hidden> 于2020年5月14日周四 下午11:49写道：
>
> Dr. David Alan Gilbert <address@hidden> 于2020年5月14日周四 下午11:31写道：
> >
> > * Li Feng (address@hidden) wrote:
> > > Dr. David Alan Gilbert <address@hidden> 于2020年5月14日周四 下午11:16写道：
> > > >
> > > > * Li Feng (address@hidden) wrote:
> > > > > EXSi CPU is : Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz
> > > > > This is my vm, I run qemu in it.
> > > >
> > > > Do you know what the real hardware is?
> > > What information do you need? I could send it out.
> > > The EXSi version: VMware ESXi, 6.5.0, 5969303
> >
> > VMWare is saying to the guest it's an E5-2640 v3; is that what
> > your real CPU is?
>
> Yes, I confirm that the real CPU is indeed this version and VMWare is right.
>
> >
> > Dave
> >
> > > >
> > > > Dave
> > > >
> > > > > (base) 20-05-14 15:32:50 root@31_216:~  lscpu
> > > > > Architecture:          x86_64
> > > > > CPU op-mode(s):        32-bit, 64-bit
> > > > > Byte Order:            Little Endian
> > > > > CPU(s):                16
> > > > > On-line CPU(s) list:   0-15
> > > > > Thread(s) per core:    1
> > > > > Core(s) per socket:    1
> > > > > Socket(s):             16
> > > > > NUMA node(s):          1
> > > > > Vendor ID:             GenuineIntel
> > > > > CPU family:            6
> > > > > Model:                 63
> > > > > Model name:            Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz
> > > > > Stepping:              2
> > > > > CPU MHz:               2599.998
> > > > > BogoMIPS:              5199.99
> > > > > Virtualization:        VT-x
> > > > > Hypervisor vendor:     VMware
> > > > > Virtualization type:   full
> > > > > L1d cache:             32K
> > > > > L1i cache:             32K
> > > > > L2 cache:              256K
> > > > > L3 cache:              20480K
> > > > > NUMA node0 CPU(s):     0-15
> > > > > Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep
> > > > > mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall
> > > > > nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology
> > > > > tsc_reliable nonstop_tsc cpuid pni pclmulqdq vmx ssse3 fma cx16 pcid
> > > > > sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx
> > > > > f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single
> > > > > tpr_shadow vnmi ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2
> > > > > invpcid xsaveopt arat
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Feng Li
> > > > >
> > > > > Dr. David Alan Gilbert <address@hidden> 于2020年5月14日周四 下午8:52写道：
> > > > > >
> > > > > > * Philippe Mathieu-Daudé (address@hidden) wrote:
> > > > > > > Cc'ing David/Paolo in case they have a clue...
> > > > > > >
> > > > > > > On 5/14/20 1:27 PM, Li Feng wrote:
> > > > > > > > Dear all,
> > > > > > > >
> > > > > > > > I have encountered a weird crash.
> > > > > > > > I remember before a few days it works well and I rebase my code 
> > > > > > > > from upstream.
> > > > > > > >
> > > > > > > > This is the command:
> > > > > > > > /root/qemu-master/x86_64-softmmu/qemu-system-x86_64 -enable-kvm
> > > > > > > > -device virtio-balloon -cpu host -smp 4 -m 2G -drive
> > > > > > > > file=/root/html/fedora-10g.img,format=raw,cache=none,aio=native,if=none,id=drive-virtio-disk1
> > > > > > > > -device 
> > > > > > > > virtio-blk-pci,scsi=off,drive=drive-virtio-disk1,id=virtio-disk1,bootindex=1
> > > > > > > > -device virtio-net,netdev=nw1,mac=00:11:22:EE:EE:10 -netdev
> > > > > > > > tap,id=nw1,script=no,downscript=no,ifname=tap0 -serial mon:stdio
> > > > > > > > -nographic -object
> > > > > > > > memory-backend-file,id=mem0,size=2G,mem-path=/dev/hugepages,share=on
> > > > > > > > -numa node,memdev=mem0 -vnc 0.0.0.0:100 -machine usb=on,nvdimm 
> > > > > > > > -device
> > > > > > > > usb-tablet -monitor unix:///tmp/a.socket,server,nowait -device
> > > > > > > > virtio-serial-pci,id=virtio-serial0,max_ports=16 -chardev
> > > > > > > > socket,id=channel1,path=/tmp/helloworld1,server,nowait -device
> > > > > > > > virtserialport,chardev=channel1,name=com.redhat.rhevm.vdsm1,bus=virtio-serial0.0,id=port1
> > > > > > > > -qmp tcp:0.0.0.0:2234,server,nowait
> > > > > > > > qemu-system-x86_64: error: failed to set MSR 0x48f to 
> > > > > > > > 0x7fefff00036dfb
> > > > > > > > qemu-system-x86_64: /root/qemu-master/target/i386/kvm.c:2695:
> > > > > > > > kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' 
> > > > > > > > failed.
> > > > > >
> > > > > > 48f is MSR_IA32_VMX_TRUE_EXIT_CTLS
> > > > > > I've not got a note of seeing that one before.
> > > > > >
> > > > > > > > This is the commit record:
> > > > > > > > *   c88f1ffc19 - (origin/master, origin/HEAD) Merge 
> > > > > > > > remote-tracking
> > > > > > > > branch 'remotes/kevin/tags/for-upstream' into staging (3 days 
> > > > > > > > ago)
> > > > > > > > <Peter Maydell>
> > > > > > > > |\
> > > > > > > > | * 47e0b38a13 - block: Drop unused 
> > > > > > > > .bdrv_has_zero_init_truncate (3
> > > > > > > > days ago) <Eric Blake>
> > > > > > > > | * dbc636e791 - vhdx: Rework truncation logic (3 days ago) 
> > > > > > > > <Eric Blake>
> > > > > > > > | * bda4cdcbb9 - parallels: Rework truncation logic (3 days 
> > > > > > > > ago) <Eric Blake>
> > > > > > > > | * be9c9404db - ssh: Support BDRV_REQ_ZERO_WRITE for truncate 
> > > > > > > > (3 days
> > > > > > > > ago) <Eric Blake>
> > > > > > > > | * fec00559e7 - sheepdog: Support BDRV_REQ_ZERO_WRITE for 
> > > > > > > > truncate (3
> > > > > > > > days ago) <Eric Blake>
> > > > > > > > | * 2f98910d5b - rbd: Support BDRV_REQ_ZERO_WRITE for truncate 
> > > > > > > > (3 days
> > > > > > > > ago) <Eric Blake>
> > > > > > > >
> > > > > > > > I run this qemu in a VM base on EXSi.
> > > > > > > >
> > > > > > > > Does anyone have the same issue?
> > > > > >
> > > > > > cc'ing in Vitaly since he knows VMWare stuff.
> > > > > >
> > > > > > What's your host CPU?
> > > > > >
> > > > > > Dave
> > > > > >
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > >
> > > > > > > > Feng Li
> > > > > > > >
> > > > > > >
> > > > > > --
> > > > > > Dr. David Alan Gilbert / address@hidden / Manchester, UK
> > > > > >
> > > > >
> > > > --
> > > > Dr. David Alan Gilbert / address@hidden / Manchester, UK
> > > >
> > >
> > --
> > Dr. David Alan Gilbert / address@hidden / Manchester, UK
> >