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

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

[Li Feng]

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.

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?

Thanks,

Feng Li

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

[Philippe Mathieu-Daudé]

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.
> 
> 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?
> 
> Thanks,
> 
> Feng Li
> 

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

[Dr. David Alan Gilbert]

* Philippe Mathieu-Daudé (philmd@redhat.com) 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 / dgilbert@redhat.com / Manchester, UK

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

[Vitaly Kuznetsov]

"Dr. David Alan Gilbert" <dgilbert@redhat.com> writes:

> * Philippe Mathieu-Daudé (philmd@redhat.com) 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.
>

If you're not intended to run nested VMs (which would make it 3-level
nesting btw) you can try:

'-cpu host,-vmx'

The strange part is that we don't seem to mangle
MSR_IA32_VMX_TRUE_EXIT_CTLS in QEMU. I bet it has something to do with
VM_EXIT_ALWAYSON_WITHOUT_TRUE_MSR in KVM.

>> > 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.

I wish it was true :-)

>
> What's your host CPU?
>

And what's your L1 kernel?

-- 
Vitaly

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

[Li Feng]

EXSi CPU is : Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz
This is my vm, I run qemu in it.

(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 <dgilbert@redhat.com> 于2020年5月14日周四 下午8:52写道：
>
> * Philippe Mathieu-Daudé (philmd@redhat.com) 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 / dgilbert@redhat.com / Manchester, UK
>

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

[Li Feng]

L1 kernel is :
(base) 20-05-14 23:31:32 root@31_216:~  uname -a
Linux 31_216 5.6.7-1.el7.centos.x86_64 #1 SMP Mon Apr 27 15:26:08 CST
2020 x86_64 x86_64 x86_64 GNU/Linux

The OS is CentOS 7.

Thanks,

Feng Li

Li Feng <fengli@smartx.com> 于2020年5月14日周四 下午11:10写道：
>
> EXSi CPU is : Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz
> This is my vm, I run qemu in it.
>
> (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 <dgilbert@redhat.com> 于2020年5月14日周四 下午8:52写道：
> >
> > * Philippe Mathieu-Daudé (philmd@redhat.com) 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 / dgilbert@redhat.com / Manchester, UK
> >

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

[Dr. David Alan Gilbert]

* Li Feng (fengli@smartx.com) 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?

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 <dgilbert@redhat.com> 于2020年5月14日周四 下午8:52写道：
> >
> > * Philippe Mathieu-Daudé (philmd@redhat.com) 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 / dgilbert@redhat.com / Manchester, UK
> >
> 
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK

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

[Li Feng]

Dr. David Alan Gilbert <dgilbert@redhat.com> 于2020年5月14日周四 下午11:16写道：
>
> * Li Feng (fengli@smartx.com) 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

>
> 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 <dgilbert@redhat.com> 于2020年5月14日周四 下午8:52写道：
> > >
> > > * Philippe Mathieu-Daudé (philmd@redhat.com) 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 / dgilbert@redhat.com / Manchester, UK
> > >
> >
> --
> Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
>

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

[Dr. David Alan Gilbert]

* Li Feng (fengli@smartx.com) wrote:
> Dr. David Alan Gilbert <dgilbert@redhat.com> 于2020年5月14日周四 下午11:16写道：
> >
> > * Li Feng (fengli@smartx.com) 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?

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 <dgilbert@redhat.com> 于2020年5月14日周四 下午8:52写道：
> > > >
> > > > * Philippe Mathieu-Daudé (philmd@redhat.com) 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 / dgilbert@redhat.com / Manchester, UK
> > > >
> > >
> > --
> > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> >
> 
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK

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

[Li Feng]

Dr. David Alan Gilbert <dgilbert@redhat.com> 于2020年5月14日周四 下午11:31写道：
>
> * Li Feng (fengli@smartx.com) wrote:
> > Dr. David Alan Gilbert <dgilbert@redhat.com> 于2020年5月14日周四 下午11:16写道：
> > >
> > > * Li Feng (fengli@smartx.com) 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 <dgilbert@redhat.com> 于2020年5月14日周四 下午8:52写道：
> > > > >
> > > > > * Philippe Mathieu-Daudé (philmd@redhat.com) 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 / dgilbert@redhat.com / Manchester, UK
> > > > >
> > > >
> > > --
> > > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> > >
> >
> --
> Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
>

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 <fengli@smartx.com> 于2020年5月14日周四 下午11:49写道：
>
> Dr. David Alan Gilbert <dgilbert@redhat.com> 于2020年5月14日周四 下午11:31写道：
> >
> > * Li Feng (fengli@smartx.com) wrote:
> > > Dr. David Alan Gilbert <dgilbert@redhat.com> 于2020年5月14日周四 下午11:16写道：
> > > >
> > > > * Li Feng (fengli@smartx.com) 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 <dgilbert@redhat.com> 于2020年5月14日周四 下午8:52写道：
> > > > > >
> > > > > > * Philippe Mathieu-Daudé (philmd@redhat.com) 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 / dgilbert@redhat.com / Manchester, UK
> > > > > >
> > > > >
> > > > --
> > > > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> > > >
> > >
> > --
> > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> >

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

[Paolo Bonzini]

On 20/05/20 05:50, Li Feng wrote:
>>>>>>>>> qemu-system-x86_64: error: failed to set MSR 0x48f to 0x7fefff00036dfb

The high 32 bits are 0111 1111 1110 1111 1111 1111.

The low 32 bits are  0000 0011 0110 1101 1111 1011.

The features that are set are the xor, so 0111 1100 1000 0010 0000 0100:

- bit 2, vmx-exit-nosave-debugctl
- bit 9, host address space size, is handled automatically by QEMU
- bit 15, vmx-exit-ack-intr
- bit 17, vmx-exit-save-pat
- bit 18, vmx-exit-load-pat
- bit 19, vmx-exit-save-efer
- bit 20, vmx-exit-load-efer
- bit 21, vmx-exit-save-preemption-timer

Try removing all of these and see if QEMU starts:

qemu-kvm ... -cpu
host,-vmx-exit-nosave-debugctl,-vmx-exit-ack-intr,-vmx-exit-save-pat,-vmx-exit-load-pat,-vmx-exit-save-efer,-vmx-exit-load-efer,-vmx-exit-save-preemption-timer

And then add them back one at a time.

Paolo

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

[Li Feng]

Paolo Bonzini <pbonzini@redhat.com> 于2020年5月20日周三 下午3:28写道：
>
> On 20/05/20 05:50, Li Feng wrote:
> >>>>>>>>> qemu-system-x86_64: error: failed to set MSR 0x48f to 0x7fefff00036dfb
>
> The high 32 bits are 0111 1111 1110 1111 1111 1111.
>
> The low 32 bits are  0000 0011 0110 1101 1111 1011.
>
> The features that are set are the xor, so 0111 1100 1000 0010 0000 0100:
>
> - bit 2, vmx-exit-nosave-debugctl
> - bit 9, host address space size, is handled automatically by QEMU
> - bit 15, vmx-exit-ack-intr
> - bit 17, vmx-exit-save-pat
> - bit 18, vmx-exit-load-pat
> - bit 19, vmx-exit-save-efer
> - bit 20, vmx-exit-load-efer
> - bit 21, vmx-exit-save-preemption-timer
>
> Try removing all of these and see if QEMU starts:
>
> qemu-kvm ... -cpu
> host,-vmx-exit-nosave-debugctl,-vmx-exit-ack-intr,-vmx-exit-save-pat,-vmx-exit-load-pat,-vmx-exit-save-efer,-vmx-exit-load-efer,-vmx-exit-save-preemption-timer
>
> And then add them back one at a time.

Hi, Paolo.
Thanks, the crash is still here when removing the above features:
qemu-system-x86_64: error: failed to set MSR 0x48f to 0x36fff00036dff

After computing xor, the result is 0b1000000000.
The bit 9 is set.

>
> Paolo
>

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

[Paolo Bonzini]

On 20/05/20 10:22, Li Feng wrote:
>> - bit 2, vmx-exit-nosave-debugctl
>> - bit 9, host address space size, is handled automatically by QEMU
>> - bit 15, vmx-exit-ack-intr
>> - bit 17, vmx-exit-save-pat
>> - bit 18, vmx-exit-load-pat
>> - bit 19, vmx-exit-save-efer
>> - bit 20, vmx-exit-load-efer
>> - bit 21, vmx-exit-save-preemption-timer
>>
>> Try removing all of these and see if QEMU starts:
>>
>> qemu-kvm ... -cpu
>> host,-vmx-exit-nosave-debugctl,-vmx-exit-ack-intr,-vmx-exit-save-pat,-vmx-exit-load-pat,-vmx-exit-save-efer,-vmx-exit-load-efer,-vmx-exit-save-preemption-timer
>>
>> And then add them back one at a time.
> Hi, Paolo.
> Thanks, the crash is still here when removing the above features:
> qemu-system-x86_64: error: failed to set MSR 0x48f to 0x36fff00036dff
> 
> After computing xor, the result is 0b1000000000.
> The bit 9 is set.

Are you running KVM with a 32-bit kernel.

Paolo

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

[Li Feng]

Paolo Bonzini <pbonzini@redhat.com> 于2020年5月20日周三 下午4:32写道：
>
> On 20/05/20 10:22, Li Feng wrote:
> >> - bit 2, vmx-exit-nosave-debugctl
> >> - bit 9, host address space size, is handled automatically by QEMU
> >> - bit 15, vmx-exit-ack-intr
> >> - bit 17, vmx-exit-save-pat
> >> - bit 18, vmx-exit-load-pat
> >> - bit 19, vmx-exit-save-efer
> >> - bit 20, vmx-exit-load-efer
> >> - bit 21, vmx-exit-save-preemption-timer
> >>
> >> Try removing all of these and see if QEMU starts:
> >>
> >> qemu-kvm ... -cpu
> >> host,-vmx-exit-nosave-debugctl,-vmx-exit-ack-intr,-vmx-exit-save-pat,-vmx-exit-load-pat,-vmx-exit-save-efer,-vmx-exit-load-efer,-vmx-exit-save-preemption-timer
> >>
> >> And then add them back one at a time.
> > Hi, Paolo.
> > Thanks, the crash is still here when removing the above features:
> > qemu-system-x86_64: error: failed to set MSR 0x48f to 0x36fff00036dff
> >
> > After computing xor, the result is 0b1000000000.
> > The bit 9 is set.
>
> Are you running KVM with a 32-bit kernel.
>
No, I'm running 64 bit.

$ uname -a
Linux 31_216 5.6.7-1.el7.centos.x86_64 #1 SMP Mon Apr 27 15:26:08 CST
2020 x86_64 x86_64 x86_64 GNU/Linux

$ cat /boot/config-5.6.7-1.el7.centos.x86_64 | grep -i x86_64
# Linux/x86_64 5.6.7-1.el7.centos.x86_64 Kernel Configuration
CONFIG_X86_64=y
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"

> Paolo
>

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

[Paolo Bonzini]

On 20/05/20 10:55, Li Feng wrote:
>>> After computing xor, the result is 0b1000000000.
>>> The bit 9 is set.
>> Are you running KVM with a 32-bit kernel.
>>
> No, I'm running 64 bit.
> 
> $ uname -a
> Linux 31_216 5.6.7-1.el7.centos.x86_64 #1 SMP Mon Apr 27 15:26:08 CST
> 2020 x86_64 x86_64 x86_64 GNU/Linux

Can you do "rdmsr 0x48f" (as root)?  On my machine for example I get
1ffffff00036dfb.

Thanks,

Paolo

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

[Li Feng]

Paolo Bonzini <pbonzini@redhat.com> 于2020年5月20日周三 下午5:34写道：
>
> On 20/05/20 10:55, Li Feng wrote:
> >>> After computing xor, the result is 0b1000000000.
> >>> The bit 9 is set.
> >> Are you running KVM with a 32-bit kernel.
> >>
> > No, I'm running 64 bit.
> >
> > $ uname -a
> > Linux 31_216 5.6.7-1.el7.centos.x86_64 #1 SMP Mon Apr 27 15:26:08 CST
> > 2020 x86_64 x86_64 x86_64 GNU/Linux
>
> Can you do "rdmsr 0x48f" (as root)?  On my machine for example I get
> 1ffffff00036dfb.
>
$ rdmsr 0x48f
3fffff00036dfb

> Thanks,
>
> Paolo
>

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

[Paolo Bonzini]

On 20/05/20 11:36, Li Feng wrote:
>> Can you do "rdmsr 0x48f" (as root)?  On my machine for example I get
>> 1ffffff00036dfb.
>>
> $ rdmsr 0x48f
> 3fffff00036dfb
> 

Hmm, weird.  What is exactly your QEMU command line?

Paolo

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

[Li Feng]

Paolo Bonzini <pbonzini@redhat.com> 于2020年5月20日周三 下午6:10写道：
>
> On 20/05/20 11:36, Li Feng wrote:
> >> Can you do "rdmsr 0x48f" (as root)?  On my machine for example I get
> >> 1ffffff00036dfb.
> >>
> > $ rdmsr 0x48f
> > 3fffff00036dfb
> >
>
> Hmm, weird.  What is exactly your QEMU command line?
>
/root/qemu-master/x86_64-softmmu/qemu-system-x86_64 -enable-kvm
-device virtio-balloon -cpu
host,-vmx-exit-nosave-debugctl,-vmx-exit-ack-intr,-vmx-exit-save-pat,-vmx-exit-load-pat,-vmx-exit-save-efer,-vmx-exit-load-efer,-vmx-exit-save-preemption-timer
-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 tcp:0.0.0.0:1234,server,nowait -qmp
tcp:0.0.0.0:2234,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

The CentOS version(qemu-kvm-ev-2.12.0-33.1.el7) works well on my VM.
So I guess this is an issue in the upstream master codebase.

> Paolo
>

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

[Paolo Bonzini]

On 20/05/20 12:15, Li Feng wrote:
> /root/qemu-master/x86_64-softmmu/qemu-system-x86_64 -enable-kvm
> -device virtio-balloon -cpu
> host,-vmx-exit-nosave-debugctl,-vmx-exit-ack-intr,-vmx-exit-save-pat,-vmx-exit-load-pat,-vmx-exit-save-efer,-vmx-exit-load-efer,-vmx-exit-save-preemption-timer
> -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 tcp:0.0.0.0:1234,server,nowait -qmp
> tcp:0.0.0.0:2234,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
> 
> The CentOS version(qemu-kvm-ev-2.12.0-33.1.el7) works well on my VM.
> So I guess this is an issue in the upstream master codebase.

I don't know, it's really weird that KVM rejects bit 9.  It should be
fine as long as KVM_SET_CPUID2 is called before kvm_init_msrs (which is
true, it's some 30 lines earlier in kvm_arch_init_vcpu).

Thanks,

Paolo

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

[Li Feng]

Paolo, Million thanks.
I will try to dig into this code in my spare time.

Thanks,

Feng Li

Paolo Bonzini <pbonzini@redhat.com> 于2020年5月20日周三 下午6:27写道：
>
> On 20/05/20 12:15, Li Feng wrote:
> > /root/qemu-master/x86_64-softmmu/qemu-system-x86_64 -enable-kvm
> > -device virtio-balloon -cpu
> > host,-vmx-exit-nosave-debugctl,-vmx-exit-ack-intr,-vmx-exit-save-pat,-vmx-exit-load-pat,-vmx-exit-save-efer,-vmx-exit-load-efer,-vmx-exit-save-preemption-timer
> > -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 tcp:0.0.0.0:1234,server,nowait -qmp
> > tcp:0.0.0.0:2234,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
> >
> > The CentOS version(qemu-kvm-ev-2.12.0-33.1.el7) works well on my VM.
> > So I guess this is an issue in the upstream master codebase.
>
> I don't know, it's really weird that KVM rejects bit 9.  It should be
> fine as long as KVM_SET_CPUID2 is called before kvm_init_msrs (which is
> true, it's some 30 lines earlier in kvm_arch_init_vcpu).
>
> Thanks,
>
> Paolo
>