Bug 2083884

https://gitlab.com/redhat/rhel/src/seabios/-/merge_requests/7

It's pretty annoying that PAM emulation continues to differ between KVM and TCG.

Mirek, can we try to spin this to DTM13 so that we can still try to hit CTC1?

QE bot(pre verify): Set 'Verified:Tested,SanityOnly' as gating/tier1 test pass.

Tested with seabios-1.16.0-2.module+el8.7.0+15506+033991b0, not hit this issue.

Versions:
kernel-4.18.0-384.el8.x86_64
qemu-kvm-6.2.0-14.module+el8.7.0+15289+26b4351e
seabios-1.16.0-2.module+el8.7.0+15506+033991b0.x86_64
seabios-bin-1.16.0-2.module+el8.7.0+15506+033991b0.noarch
seavgabios-bin-1.16.0-2.module+el8.7.0+15506+033991b0.noarch


1. boot a guest without enable-kvm
/usr/libexec/qemu-kvm \
     -S  \
     -name 'avocado-vt-vm1'  \
     -sandbox on  \
     -machine q35,memory-backend=mem-machine_mem \
     -device pcie-root-port,id=pcie-root-port-0,multifunction=on,bus=pcie.0,addr=0x1,chassis=1 \
     -device pcie-pci-bridge,id=pcie-pci-bridge-0,addr=0x0,bus=pcie-root-port-0  \
     -nodefaults \
     -device VGA,bus=pcie.0,addr=0x2 \
     -m 12288 \
     -object memory-backend-ram,size=12288M,id=mem-machine_mem  \
     -smp 8,maxcpus=8,cores=4,threads=1,dies=1,sockets=2  \
     -cpu 'Cascadelake-Server-noTSX',+kvm_pv_unhalt \
     -chardev socket,server=on,path=/var/tmp/avocado_d5y2n0ic/monitor-qmpmonitor1-20220526-211317-vXJhHwYe,id=qmp_id_qmpmonitor1,wait=off  \
     -mon chardev=qmp_id_qmpmonitor1,mode=control \
     -chardev socket,server=on,path=/var/tmp/avocado_d5y2n0ic/monitor-catch_monitor-20220526-211317-vXJhHwYe,id=qmp_id_catch_monitor,wait=off  \
     -mon chardev=qmp_id_catch_monitor,mode=control \
     -device pvpanic,ioport=0x505,id=idOBPOcB \
     -chardev socket,server=on,path=/var/tmp/avocado_d5y2n0ic/serial-serial0-20220526-211317-vXJhHwYe,id=chardev_serial0,wait=off \
     -device isa-serial,id=serial0,chardev=chardev_serial0  \
     -chardev socket,id=seabioslog_id_20220526-211317-vXJhHwYe,path=/var/tmp/avocado_d5y2n0ic/seabios-20220526-211317-vXJhHwYe,server=on,wait=off \
     -device isa-debugcon,chardev=seabioslog_id_20220526-211317-vXJhHwYe,iobase=0x402 \
     -device pcie-root-port,id=pcie-root-port-1,port=0x1,addr=0x1.0x1,bus=pcie.0,chassis=2 \
     -device qemu-xhci,id=usb1,bus=pcie-root-port-1,addr=0x0 \
     -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \
     -device pcie-root-port,id=pcie-root-port-2,port=0x2,addr=0x1.0x2,bus=pcie.0,chassis=3 \
     -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pcie-root-port-2,addr=0x0 \
     -blockdev node-name=file_image1,driver=file,auto-read-only=on,discard=unmap,aio=threads,filename=/home/kvm_autotest_root/images/rhel870-64-virtio-scsi.qcow2,cache.direct=on,cache.no-flush=off \
     -blockdev node-name=drive_image1,driver=qcow2,read-only=off,cache.direct=on,cache.no-flush=off,file=file_image1 \
     -device scsi-hd,id=image1,drive=drive_image1,write-cache=on \
     -device pcie-root-port,id=pcie-root-port-3,port=0x3,addr=0x1.0x3,bus=pcie.0,chassis=4 \
     -device virtio-net-pci,mac=9a:4f:30:b4:e3:27,id=idMrOEfm,netdev=id8rEnSa,bus=pcie-root-port-3,addr=0x0  \
     -netdev tap,id=id8rEnSa,vhost=on  \
     -vnc :0  \
     -rtc base=utc,clock=host,driftfix=slew  \
     -boot menu=off,order=cdn,once=c,strict=off \
     -monitor stdio \
     -accel tcg \
     #-enable-kvm \


2. reset the guest

(qemu) system_reset


After step 2, guest reset successfully.

According to Comment 15, set status to VERIFIED.

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 (Low: virt:rhel and virt-devel:rhel security, bug fix, and enhancement update), 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/RHSA-2022:7472