Bug 1664922

We need a same bug on the fast train, so clone that slow train bug.

Peter, so the patches waiting in the queue can be dropped?

(In reply to Danilo Cesar de Paula from comment #5)
> Peter, so the patches waiting in the queue can be dropped?

Sorry I forgot to NAK it explicitly.  Yes it can be dropped now.  Thanks for asking!

The policy request BZs with upstream fix to be set as POST, not as MODIFIED. Modified means that it was already built.

Test version:
qemu-kvm-4.0.0-3.module+el8.1.0+3265+26c4ed71.x86_64
kernel-4.18.0-112.el8.x86_64

1.If I use "-device intel-iommu,intremap=on,x-aw-bits=48,caching-mode=off,eim=on -device virtio-net-pci,netdev=hostnet2,...,iommu_platform=on,ats=on,disable-legacy=on,disable-modern=off \", vm can't boot up.
QEMU 4.0.0 monitor - type 'help' for more information
(qemu) qemu-kvm: -device intel-iommu,intremap=on,x-aw-bits=48,caching-mode=off,eim=on: Property '.x-aw-bits' not found


2. If I use "-device intel-iommu,intremap=on,caching-mode=on,eim=on,device-iotlb=on -device virtio-net-pci,netdev=hostnet2,...,iommu_platform=on,ats=on,disable-legacy=on,disable-modern=off \"
The HLK log shows"Segment 0 has no DMA remapping capable IOMMU units"



host cpu info:
# lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              80
On-line CPU(s) list: 0-79
Thread(s) per core:  2
Core(s) per socket:  10
Socket(s):           4
NUMA node(s):        4
Vendor ID:           GenuineIntel
CPU family:          6
Model:               47
Model name:          Intel(R) Xeon(R) CPU E7- 8860  @ 2.27GHz
Stepping:            2
CPU MHz:             1064.068
CPU max MHz:         2262.0000
CPU min MHz:         1064.0000
BogoMIPS:            4522.24
Virtualization:      VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            256K
L3 cache:            24576K
NUMA node0 CPU(s):   0-9,40-49
NUMA node1 CPU(s):   10-19,50-59
NUMA node2 CPU(s):   20-29,60-69
NUMA node3 CPU(s):   30-39,70-79
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt aes lahf_lm epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d

(In reply to xiagao from comment #9)
> (qemu) qemu-kvm: -device
> intel-iommu,intremap=on,x-aw-bits=48,caching-mode=off,eim=on: Property
> '.x-aw-bits' not found

Hi, xiagao,

Please use "aw-bits=48" on some new qemus because the name of the parameter changed.

The "x-" prefix is used in cases when the parameter is still experimental.  Now we declare support of that so that's dropped.

(In reply to Peter Xu from comment #10)
> (In reply to xiagao from comment #9)
> > (qemu) qemu-kvm: -device
> > intel-iommu,intremap=on,x-aw-bits=48,caching-mode=off,eim=on: Property
> > '.x-aw-bits' not found
> 
> Hi, xiagao,
> 
> Please use "aw-bits=48" on some new qemus because the name of the parameter
> changed.
> 
> The "x-" prefix is used in cases when the parameter is still experimental. 
> Now we declare support of that so that's dropped.


Thanks Peter.
With "-device intel-iommu,intremap=on,aw-bits=48,caching-mode=off,eim=on -device virtio-net-pci,netdev=hostnet2,...,iommu_platform=on,ats=on,disable-legacy=on,disable-modern=off " qemu cmd, this job can pass.

Test version:
qemu-kvm-4.0.0-3.module+el8.1.0+3265+26c4ed71.x86_64
kernel-4.18.0-112.el8.x86_64

So verify this bug.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2019:3723