Bug 1520806

Summary:

Guest os hang when setting interface with iommu config

Product:

Red Hat Enterprise Linux Advanced Virtualization

Reporter:

yafu <yafu>

Component:

libvirt

Assignee:

Ján Tomko <jtomko>

Status:

CLOSED CURRENTRELEASE

QA Contact:

Luyao Huang <lhuang>

Severity:

unspecified

Docs Contact:

Priority:

unspecified

Version:

8.0

CC:

dyuan, fjin, jinzhao, jsuchane, jtomko, lhuang, meili, pezhang, rbalakri, xuwei, xuzhang, yalzhang, yduan, zpeng

Target Milestone:

Target Release:

---

Hardware:

Unspecified

OS:

Unspecified

Whiteboard:

Fixed In Version:

Doc Type:

If docs needed, set a value

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2019-12-09 12:39:06 UTC

Type:

Bug

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Bug Depends On:

Bug Blocks:

1558351

Attachments:

Description	Flags
libvirtd log	none
guest xml	none

Description yafu 2017-12-05 08:08:55 UTC

Description of problem:
Guest os hang when setting interface with iommu config.

Version-Release number of selected component (if applicable):
libvirt-3.9.0-4.el7.x86_64
qemu-kvm-rhev-2.10.0-10.el7.x86_64

How reproducible:
100%

Steps to reproduce:
1.Prepare a domain xml with iommu device:
#virsh dumpxml iommu1
  <features>
   <ioapic driver='qemu'/>
 </features>
 ...
   <os>
    <type arch='x86_64' machine='pc-q35-rhel7.5.0'>hvm</type>
    <boot dev='hd'/>
  </os>
..
<device>
...
  <interface type='network'>
      <mac address='52:54:00:a5:95:18'/>
      <source network='default'/>
      <model type='virtio'/>
      <driver iommu='on' ats='on'/>
    </interface>
...
  <iommu model='intel'>
     <driver intremap='on' iotlb='on'/>
  </iommu>
</device>
...


2.Start the guest:
#virsh start iommu1

Actual results:
The guest os hang when setting interface with iommu config

Expected results:
The guest os can boot successfully when setting interface with iommu config and can find the nic in the guest os.

Additional info:
1.The issue can be reproduced both in rhel7.4 and rhel7.5 guest os.

2.It can not be reproduced when start the guest from qemu:
#/usr/libexec/qemu-kvm -name guest=iommu1,debug-threads=on  -machine pc-q35-rhel7.5.0,accel=kvm,usb=off,dump-guest-core=off,kernel_irqchip=split -chardev socket,id=charmonitor,path=/tmp/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -cpu IvyBridge,ds=on,acpi=on,ss=on,ht=on,tm=on,pbe=on,dtes64=on,monitor=on,ds_cpl=on,vmx=on,smx=on,est=on,tm2=on,xtpr=on,pdcm=on,pcid=on,dca=on,osxsave=on,arat=on,xsaveopt=on,pdpe1gb=on -m 2098 -realtime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid 1b3268d6-b59c-406b-a14c-33b000b15b6c -no-user-config -nodefaults  -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -global ICH9-LPC.disable_s3=1 -global ICH9-LPC.disable_s4=1 -boot strict=on -device intel-iommu,intremap=on,caching-mode=on,device-iotlb=on -device pcie-root-port,port=0x8,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x8 -device pcie-root-port,port=0x9,chassis=2,id=pci.2,bus=pcie.0,addr=0x8.0x1 -device pcie-root-port,port=0xa,chassis=3,id=pci.3,bus=pcie.0,addr=0x8.0x2 -device pcie-root-port,port=0xb,chassis=4,id=pci.4,bus=pcie.0,addr=0x8.0x3 -device pcie-root-port,port=0xc,chassis=5,id=pci.5,bus=pcie.0,addr=0x8.0x4 -device pcie-root-port,port=0xd,chassis=6,id=pci.6,bus=pcie.0,addr=0x8.0x5 -device pcie-root-port,port=0xe,chassis=7,id=pci.7,bus=pcie.0,addr=0x8.0x6 -device ich9-usb-ehci1,id=usb,bus=pcie.0,addr=0x1d.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pcie.0,multifunction=on,addr=0x1d -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pcie.0,addr=0x1d.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pcie.0,addr=0x1d.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.2,addr=0x0 -device virtio-serial-pci,id=virtio-serial0,bus=pci.5,addr=0x0 -drive file=/nfs-images/yafu/75.qcow2,format=qcow2,if=none,id=drive-virtio-disk0,cache=none -device virtio-blk-pci,scsi=off,bus=pci.3,addr=0x0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,id=hostnet0,vhost=on,script=no,downscript=no -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:a5:95:18,bus=pci.1,addr=0x0,iommu_platform=on,ats=on -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0  -chardev spicevmc,id=charchannel1,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 -chardev tty,id=charconsole1,path=/dev/tty0 -device virtconsole,chardev=charconsole1,id=console1 -device usb-tablet,id=input0,bus=usb.0,port=1 -spice port=5900,addr=0::,agent-mouse=on,disable-ticketing,seamless-migration=on -k en-us -vnc [::1]:1,share=ignore -device virtio-vga,id=video0,max_outputs=1,bus=pci.6,addr=0x0 -device intel-hda,id=sound0,bus=pcie.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device ib700,id=watchdog0 -watchdog-action pause -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0,bus=usb.0,port=2 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=3 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2,bus=usb.0,port=4 -device virtio-balloon-pci,id=balloon0,bus=pci.7,addr=0x0 -object rng-random,id=objrng0,filename=/dev/random -device virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.4,addr=0x0 -device pvpanic -msg timestamp=on -monitor stdio

3.The qemu cmd line of guest started by libvirt is as below:
#/usr/libexec/qemu-kvm -name guest=iommu1,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-94-iommu1/master-key.aes -machine pc-q35-rhel7.5.0,accel=kvm,usb=off,dump-guest-core=off,kernel_irqchip=split -cpu IvyBridge,ds=on,acpi=on,ss=on,ht=on,tm=on,pbe=on,dtes64=on,monitor=on,ds_cpl=on,vmx=on,smx=on,est=on,tm2=on,xtpr=on,pdcm=on,pcid=on,dca=on,osxsave=on,arat=on,xsaveopt=on,pdpe1gb=on -m 2098 -realtime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid 1b3268d6-b59c-406b-a14c-33b000b15b6c -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-94-iommu1/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -global ICH9-LPC.disable_s3=1 -global ICH9-LPC.disable_s4=1 -boot strict=on -device intel-iommu,intremap=on,caching-mode=on,device-iotlb=on -device pcie-root-port,port=0x8,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x8 -device pcie-root-port,port=0x9,chassis=2,id=pci.2,bus=pcie.0,addr=0x8.0x1 -device pcie-root-port,port=0xa,chassis=3,id=pci.3,bus=pcie.0,addr=0x8.0x2 -device pcie-root-port,port=0xb,chassis=4,id=pci.4,bus=pcie.0,addr=0x8.0x3 -device pcie-root-port,port=0xc,chassis=5,id=pci.5,bus=pcie.0,addr=0x8.0x4 -device pcie-root-port,port=0xd,chassis=6,id=pci.6,bus=pcie.0,addr=0x8.0x5 -device pcie-root-port,port=0xe,chassis=7,id=pci.7,bus=pcie.0,addr=0x8.0x6 -device ich9-usb-ehci1,id=usb,bus=pcie.0,addr=0x1d.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pcie.0,multifunction=on,addr=0x1d -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pcie.0,addr=0x1d.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pcie.0,addr=0x1d.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.2,addr=0x0 -device virtio-serial-pci,id=virtio-serial0,bus=pci.5,addr=0x0 -drive file=/nfs-images/yafu/75.qcow2,format=qcow2,if=none,id=drive-virtio-disk0,cache=none -device virtio-blk-pci,scsi=off,bus=pci.3,addr=0x0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:a5:95:18,bus=pci.1,addr=0x0,iommu_platform=on,ats=on -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev tty,id=charconsole1,path=/dev/tty0 -device virtconsole,chardev=charconsole1,id=console1 -device usb-tablet,id=input0,bus=usb.0,port=1 -spice port=5900,addr=0::,agent-mouse=on,disable-ticketing,seamless-migration=on -k en-us -vnc [::1]:1,share=ignore -device virtio-vga,id=video0,max_outputs=1,bus=pci.6,addr=0x0 -device intel-hda,id=sound0,bus=pcie.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device ib700,id=watchdog0 -watchdog-action pause -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0,bus=usb.0,port=2 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=3 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2,bus=usb.0,port=4 -device virtio-balloon-pci,id=balloon0,bus=pci.7,addr=0x0 -object rng-random,id=objrng0,filename=/dev/random -device virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.4,addr=0x0 -device pvpanic -msg timestamp=o

4.The guest os also will hang when attach interface with iommu config

5.Please see the libvirtd.log and guest xml in the attachment.

Comment 2 yafu 2017-12-05 08:10:47 UTC

Created attachment 1363057 [details]
libvirtd log

Comment 3 yafu 2017-12-05 08:11:56 UTC

Created attachment 1363059 [details]
guest xml

Comment 4 Ján Tomko 2018-01-05 10:50:24 UTC

Does this happen with namespaces and/or SELinux enforcing turned off?

Comment 5 yafu 2018-01-05 13:22:54 UTC

(In reply to Ján Tomko from comment #4)
> Does this happen with namespaces and/or SELinux enforcing turned off?

Yes. The issue also happens with namespaces disabled and/or selinux enforcing turned off.

Comment 6 Xueqiang Wei 2019-10-21 08:02:41 UTC

I found it moved to RHEL-AV, I want to confirm with you if it won't be fixed on rhel7? Thanks.


Jaroslav Suchanek 2019-02-06 12:51:08 UTC
CC: rbalakri
Component: libvirt → libvirt
Version: 7.5 → 8.0
Product: Red Hat Enterprise Linux 7 → Red Hat Enterprise Linux Advanced Virtualization

Comment 7 Jaroslav Suchanek 2019-11-10 14:06:13 UTC

There are no plans of fixing this in rhel-7.

Btw. is it reproducible with 'pc' machine type?

Comment 8 yafu 2019-11-12 04:00:44 UTC

(In reply to Jaroslav Suchanek from comment #7)
> There are no plans of fixing this in rhel-7.
> 
> Btw. is it reproducible with 'pc' machine type?

No.

Comment 9 Xueqiang Wei 2019-11-12 06:13:18 UTC

Do you hit it on rhel8? I don't hit it on rhel8.

I just hit it on rhel7 with virtio-net, it passed with e1000.


Versoins:
kernel-3.10.0-1110.el7.x86_64
qemu-kvm-rhev-2.12.0-38.el7
spice-server-0.14.0-8.el7.x86_64
seavgabios-bin-1.11.0-2.el7.noarch
seabios-bin-1.11.0-2.el7.noarch


Tested with avocado:
# python ConfigTest.py --testcase=block_with_iommu,guest_iommu_test  --guestname=RHEL.7.8,Win2019 --clone=no  --machines=q35 --platform=x86_64 --nicmodel=e1000

 (1/6) Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.RHEL.7.8.x86_64.io-github-autotest-qemu.block_with_iommu.verify_enabled.q35: PASS (93.35 s)
 (2/6) Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.RHEL.7.8.x86_64.io-github-autotest-qemu.guest_iommu_test.q35: PASS (168.63 s)
 (3/6) Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.RHEL.7.8.x86_64.io-github-autotest-qemu.guest_iommu_test.scenario1.q35: PASS (278.03 s)
 (4/6) Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.RHEL.7.8.x86_64.io-github-autotest-qemu.guest_iommu_test.scenario2.q35: PASS (317.37 s)
 (5/6) Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.Win2019.x86_64.io-github-autotest-qemu.block_with_iommu.with_installation.cdrom.extra_cdrom_ks.q35: PASS (2034.33 s)
 (6/6) Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.Win2019.x86_64.io-github-autotest-qemu.guest_iommu_test.q35: PASS (239.30 s)


qemu cmd lines with e1000: (passed)

/usr/libexec/qemu-kvm \
    -S  \
    -name 'avocado-vt-vm1' \
    -machine q35,kernel-irqchip=split  \
    -nodefaults \
    -device VGA,bus=pcie.0,addr=0x1 \
    -m 15360  \
    -smp 12,maxcpus=12,cores=6,threads=1,sockets=2  \
    -cpu 'SandyBridge',+kvm_pv_unhalt  \
    -chardev socket,id=qmp_id_qmpmonitor1,path=/var/tmp/avocado__0vu4J/monitor-qmpmonitor1-20191111-040919-eZYdwe67,server,nowait \
    -mon chardev=qmp_id_qmpmonitor1,mode=control  \
    -chardev socket,id=qmp_id_catch_monitor,path=/var/tmp/avocado__0vu4J/monitor-catch_monitor-20191111-040919-eZYdwe67,server,nowait \
    -mon chardev=qmp_id_catch_monitor,mode=control \
    -device pvpanic,ioport=0x505,id=idRnj05q \
    -chardev socket,path=/var/tmp/avocado__0vu4J/serial-serial0-20191111-040919-eZYdwe67,nowait,id=chardev_serial0,server \
    -device isa-serial,id=serial0,chardev=chardev_serial0  \
    -chardev socket,id=seabioslog_id_20191111-040919-eZYdwe67,path=/var/tmp/avocado__0vu4J/seabios-20191111-040919-eZYdwe67,server,nowait \
    -device isa-debugcon,chardev=seabioslog_id_20191111-040919-eZYdwe67,iobase=0x402 \
    -device nec-usb-xhci,id=usb1,bus=pcie.0,addr=0x2 \
    -device pcie-root-port,id=pcie.0-root-port-3,slot=3,chassis=3,addr=0x3,bus=pcie.0 \
    -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pcie.0-root-port-3,addr=0x0,disable-legacy=on,disable-modern=off,iommu_platform=on,ats=on \  ****** set iommu *******
    -drive id=drive_image1,if=none,snapshot=off,aio=threads,cache=none,format=qcow2,file=/home/kvm_autotest_root/images/rhel78-64-virtio-scsi.qcow2 \
    -device scsi-hd,id=image1,drive=drive_image1 \
    -device e1000,mac=9a:f3:ca:6d:42:05,id=idD1dlp6,netdev=idLN80rh,bus=pcie.0,addr=0x4  \
    -netdev tap,id=idLN80rh \
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
    -vnc :0  \
    -rtc base=utc,clock=host,driftfix=slew  \
    -boot menu=off,strict=off,order=cdn,once=c \
    -device intel-iommu,device-iotlb=on,intremap \
    -enable-kvm \
    -monitor stdio \



qemu cmd lines with virtio-net: (Failed)

/usr/libexec/qemu-kvm \
    -S  \
    -name 'avocado-vt-vm1' \
    -machine q35,kernel-irqchip=split  \
    -nodefaults \
    -device VGA,bus=pcie.0,addr=0x1 \
    -m 15360  \
    -smp 12,maxcpus=12,cores=6,threads=1,sockets=2  \
    -cpu 'SandyBridge',+kvm_pv_unhalt  \
    -chardev socket,id=qmp_id_qmpmonitor1,path=/var/tmp/avocado_jlDQio/monitor-qmpmonitor1-20191111-052659-yRkU8yZq,server,nowait \
    -mon chardev=qmp_id_qmpmonitor1,mode=control  \
    -chardev socket,id=qmp_id_catch_monitor,path=/var/tmp/avocado_jlDQio/monitor-catch_monitor-20191111-052659-yRkU8yZq,server,nowait \
    -mon chardev=qmp_id_catch_monitor,mode=control \
    -device pvpanic,ioport=0x505,id=id6LsctI \
    -chardev socket,path=/var/tmp/avocado_jlDQio/serial-serial0-20191111-052659-yRkU8yZq,nowait,id=chardev_serial0,server \
    -device isa-serial,id=serial0,chardev=chardev_serial0  \
    -chardev socket,id=seabioslog_id_20191111-052659-yRkU8yZq,path=/var/tmp/avocado_jlDQio/seabios-20191111-052659-yRkU8yZq,server,nowait \
    -device isa-debugcon,chardev=seabioslog_id_20191111-052659-yRkU8yZq,iobase=0x402 \
    -device nec-usb-xhci,id=usb1,bus=pcie.0,addr=0x2 \
    -device pcie-root-port,id=pcie.0-root-port-3,slot=3,chassis=3,addr=0x3,bus=pcie.0 \
    -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pcie.0-root-port-3,addr=0x0,disable-legacy=on,disable-modern=off,iommu_platform=on,ats=on \  ******set iommu******
    -drive id=drive_image1,if=none,snapshot=off,aio=threads,cache=none,format=qcow2,file=/home/kvm_autotest_root/images/rhel78-64-virtio-scsi.qcow2 \
    -device scsi-hd,id=image1,drive=drive_image1 \
    -device pcie-root-port,id=pcie.0-root-port-4,slot=4,chassis=4,addr=0x4,bus=pcie.0 \
    -device virtio-net-pci,mac=9a:4c:27:d7:fe:c0,id=id3hPSVI,netdev=idsQdDAx,bus=pcie.0-root-port-4,addr=0x0,disable-legacy=on,disable-modern=off,iommu_platform=on,ats=on  \  ******set iommu******
    -netdev tap,id=idsQdDAx,vhost=on \
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
    -vnc :0  \
    -rtc base=utc,clock=host,driftfix=slew  \
    -boot menu=off,strict=off,order=cdn,once=c \
    -device intel-iommu,device-iotlb=on,intremap \
    -enable-kvm \
    -monitor stdio \

Comment 10 yafu 2019-11-20 07:57:21 UTC

(In reply to Xueqiang Wei from comment #9)
> Do you hit it on rhel8? I don't hit it on rhel8.
> 
> I just hit it on rhel7 with virtio-net, it passed with e1000.
> 
> 
> Versoins:
> kernel-3.10.0-1110.el7.x86_64
> qemu-kvm-rhev-2.12.0-38.el7
> spice-server-0.14.0-8.el7.x86_64
> seavgabios-bin-1.11.0-2.el7.noarch
> seabios-bin-1.11.0-2.el7.noarch
> 
> 
> Tested with avocado:
> # python ConfigTest.py --testcase=block_with_iommu,guest_iommu_test 
> --guestname=RHEL.7.8,Win2019 --clone=no  --machines=q35 --platform=x86_64
> --nicmodel=e1000
> 
>  (1/6)
> Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.RHEL.7.8.x86_64.io-github-
> autotest-qemu.block_with_iommu.verify_enabled.q35: PASS (93.35 s)
>  (2/6)
> Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.RHEL.7.8.x86_64.io-github-
> autotest-qemu.guest_iommu_test.q35: PASS (168.63 s)
>  (3/6)
> Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.RHEL.7.8.x86_64.io-github-
> autotest-qemu.guest_iommu_test.scenario1.q35: PASS (278.03 s)
>  (4/6)
> Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.RHEL.7.8.x86_64.io-github-
> autotest-qemu.guest_iommu_test.scenario2.q35: PASS (317.37 s)
>  (5/6)
> Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.Win2019.x86_64.io-github-
> autotest-qemu.block_with_iommu.with_installation.cdrom.extra_cdrom_ks.q35:
> PASS (2034.33 s)
>  (6/6)
> Host_RHEL.m7.u8.qcow2.virtio_scsi.up.e1000.Guest.Win2019.x86_64.io-github-
> autotest-qemu.guest_iommu_test.q35: PASS (239.30 s)
> 
> 
> qemu cmd lines with e1000: (passed)
> 
> /usr/libexec/qemu-kvm \
>     -S  \
>     -name 'avocado-vt-vm1' \
>     -machine q35,kernel-irqchip=split  \
>     -nodefaults \
>     -device VGA,bus=pcie.0,addr=0x1 \
>     -m 15360  \
>     -smp 12,maxcpus=12,cores=6,threads=1,sockets=2  \
>     -cpu 'SandyBridge',+kvm_pv_unhalt  \
>     -chardev
> socket,id=qmp_id_qmpmonitor1,path=/var/tmp/avocado__0vu4J/monitor-
> qmpmonitor1-20191111-040919-eZYdwe67,server,nowait \
>     -mon chardev=qmp_id_qmpmonitor1,mode=control  \
>     -chardev
> socket,id=qmp_id_catch_monitor,path=/var/tmp/avocado__0vu4J/monitor-
> catch_monitor-20191111-040919-eZYdwe67,server,nowait \
>     -mon chardev=qmp_id_catch_monitor,mode=control \
>     -device pvpanic,ioport=0x505,id=idRnj05q \
>     -chardev
> socket,path=/var/tmp/avocado__0vu4J/serial-serial0-20191111-040919-eZYdwe67,
> nowait,id=chardev_serial0,server \
>     -device isa-serial,id=serial0,chardev=chardev_serial0  \
>     -chardev
> socket,id=seabioslog_id_20191111-040919-eZYdwe67,path=/var/tmp/
> avocado__0vu4J/seabios-20191111-040919-eZYdwe67,server,nowait \
>     -device
> isa-debugcon,chardev=seabioslog_id_20191111-040919-eZYdwe67,iobase=0x402 \
>     -device nec-usb-xhci,id=usb1,bus=pcie.0,addr=0x2 \
>     -device
> pcie-root-port,id=pcie.0-root-port-3,slot=3,chassis=3,addr=0x3,bus=pcie.0 \
>     -device
> virtio-scsi-pci,id=virtio_scsi_pci0,bus=pcie.0-root-port-3,addr=0x0,disable-
> legacy=on,disable-modern=off,iommu_platform=on,ats=on \  ****** set iommu
> *******
>     -drive
> id=drive_image1,if=none,snapshot=off,aio=threads,cache=none,format=qcow2,
> file=/home/kvm_autotest_root/images/rhel78-64-virtio-scsi.qcow2 \
>     -device scsi-hd,id=image1,drive=drive_image1 \
>     -device
> e1000,mac=9a:f3:ca:6d:42:05,id=idD1dlp6,netdev=idLN80rh,bus=pcie.0,addr=0x4 
> \
>     -netdev tap,id=idLN80rh \
>     -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
>     -vnc :0  \
>     -rtc base=utc,clock=host,driftfix=slew  \
>     -boot menu=off,strict=off,order=cdn,once=c \
>     -device intel-iommu,device-iotlb=on,intremap \
>     -enable-kvm \
>     -monitor stdio \
> 
> 
> 
> qemu cmd lines with virtio-net: (Failed)
> 
> /usr/libexec/qemu-kvm \
>     -S  \
>     -name 'avocado-vt-vm1' \
>     -machine q35,kernel-irqchip=split  \
>     -nodefaults \
>     -device VGA,bus=pcie.0,addr=0x1 \
>     -m 15360  \
>     -smp 12,maxcpus=12,cores=6,threads=1,sockets=2  \
>     -cpu 'SandyBridge',+kvm_pv_unhalt  \
>     -chardev
> socket,id=qmp_id_qmpmonitor1,path=/var/tmp/avocado_jlDQio/monitor-
> qmpmonitor1-20191111-052659-yRkU8yZq,server,nowait \
>     -mon chardev=qmp_id_qmpmonitor1,mode=control  \
>     -chardev
> socket,id=qmp_id_catch_monitor,path=/var/tmp/avocado_jlDQio/monitor-
> catch_monitor-20191111-052659-yRkU8yZq,server,nowait \
>     -mon chardev=qmp_id_catch_monitor,mode=control \
>     -device pvpanic,ioport=0x505,id=id6LsctI \
>     -chardev
> socket,path=/var/tmp/avocado_jlDQio/serial-serial0-20191111-052659-yRkU8yZq,
> nowait,id=chardev_serial0,server \
>     -device isa-serial,id=serial0,chardev=chardev_serial0  \
>     -chardev
> socket,id=seabioslog_id_20191111-052659-yRkU8yZq,path=/var/tmp/
> avocado_jlDQio/seabios-20191111-052659-yRkU8yZq,server,nowait \
>     -device
> isa-debugcon,chardev=seabioslog_id_20191111-052659-yRkU8yZq,iobase=0x402 \
>     -device nec-usb-xhci,id=usb1,bus=pcie.0,addr=0x2 \
>     -device
> pcie-root-port,id=pcie.0-root-port-3,slot=3,chassis=3,addr=0x3,bus=pcie.0 \
>     -device
> virtio-scsi-pci,id=virtio_scsi_pci0,bus=pcie.0-root-port-3,addr=0x0,disable-
> legacy=on,disable-modern=off,iommu_platform=on,ats=on \  ******set
> iommu******
>     -drive
> id=drive_image1,if=none,snapshot=off,aio=threads,cache=none,format=qcow2,
> file=/home/kvm_autotest_root/images/rhel78-64-virtio-scsi.qcow2 \
>     -device scsi-hd,id=image1,drive=drive_image1 \
>     -device
> pcie-root-port,id=pcie.0-root-port-4,slot=4,chassis=4,addr=0x4,bus=pcie.0 \
>     -device
> virtio-net-pci,mac=9a:4c:27:d7:fe:c0,id=id3hPSVI,netdev=idsQdDAx,bus=pcie.0-
> root-port-4,addr=0x0,disable-legacy=on,disable-modern=off,iommu_platform=on,
> ats=on  \  ******set iommu******
>     -netdev tap,id=idsQdDAx,vhost=on \
>     -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
>     -vnc :0  \
>     -rtc base=utc,clock=host,driftfix=slew  \
>     -boot menu=off,strict=off,order=cdn,once=c \
>     -device intel-iommu,device-iotlb=on,intremap \
>     -enable-kvm \
>     -monitor stdio \

I also can not reproduce with av-8.1.1.

Comment 11 Xueqiang Wei 2019-11-20 08:24:20 UTC

According to Comment 7, is it necessary to test virtio-net with iommu config in rhel7? 
I think just cover it in rhel8 is ok. Do you agree? Thanks


"There are no plans of fixing this in rhel-7." - Comment 7

Comment 12 Jaroslav Suchanek 2019-11-20 13:17:20 UTC

If this is not reproducible with current release, we should close it.

Comment 13 Xueqiang Wei 2019-11-28 09:59:55 UTC

Any update for Comment 11? Thank you.

Comment 14 Ján Tomko 2019-12-09 12:39:06 UTC

(In reply to Jaroslav Suchanek from comment #12)
> If this is not reproducible with current release, we should close it.

Agreed.