-
Bug
-
Resolution: Unresolved
-
Normal
-
rhel-10.1
-
rhel-virt-windows
-
ssg_virtualization
-
5
-
QE ack
-
False
-
False
-
-
None
-
Red Hat Enterprise Linux
-
None
-
None
-
New Test Coverage
-
Unspecified
-
Unspecified
-
Unspecified
-
-
x86_64
-
Windows
-
None
What were you trying to do that didn't work?
Initially, our goal was to pass all test cases with anything we could do, but now, Virtio-win Manager requires us to make sure it can pass it once, or at least, we need to keep working on it.
Please provide the package NVR for which bug is seen:
- CPU=Intel(R) Xeon(R) Silver 4310 CPU @ 2.10GHz
- virtio-win-prewhql-0.1-279.iso
- kernel-6.12.0-74.el10.x86_64
- seabios-bin-1.16.3-7.el10.noarch
- edk2-ovmf-20250221-1.el10.noarch
- swtpm-0.9.0-5.el10.x86_64
- qemu-kvm-core-9.1.0-17.el10.x86_64
How reproducible:
50%
Steps to reproduce
1. Boot the HLK server.
2. Boot the HLK clients and the HLK suite installed.
3. Run the Mini6RSSSendRecv test case under Windows HLK Windows.
Expected results
100% PASS.
Actual results
Half pass and half fail.
The configuration of the tap on the host will be written in the comment.
The whole qemu cmd line:
/usr/libexec/qemu-kvm \ -name 279NIC116435CXZ \ -enable-kvm \ -m 4G \ -smp 4 \ -uuid 5ac821c4-3d16-440d-9b96-f6dee1ff84dc \ -nodefaults \ -cpu Broadwe ll-noTSX,hv_stimer,hv_synic,hv_time,hv_vpindex,hv_relaxed,hv_spinlocks=0x1fff,hv_vapic,hv_frequencies,hv_runtime,hv_tlbflush,hv_reenligh tenment,hv_stimer_direct,hv_ipi,vmx=on \ -chardev socket,id=charmonitor,path=/tmp/279NIC116435CXZ,server=on,wait=off \ -mon chardev=charmoni tor,id=monitor,mode=control \ -rtc base=localtime,driftfix=slew \ -boot order=cd,menu=on \ -device piix3-usb-uhci,id=usb \ -blockdev driver=file ,cache.direct=off,cache.no-flush=on,filename=279NIC116435CXZ,node-name=my_file \ -blockdev driver=raw,node-name=my,file=my_file \ -device id e-hd,drive=my,id=ide0-0-0,bus=ide.0,unit=0,bootindex=1 \ -blockdev driver=file,cache.direct=off,cache.no-flush=on,filename=/home/kvm_autot est_root/iso/ISO/Win11/windows_11_x64_official_dvd.iso,node-name=my_cd,read-only=on \ -blockdev driver=raw,node-name=mycd,file=my_cd,read- only=on \ -device ide-cd,drive=mycd,id=ide0-1-0,bus=ide.1,bootindex=2 \ -cdrom 279NIC116435CXZ.iso \ -device usb-tablet,id=input0 \ -vnc 0.0.0.0 :1 \ -blockdev driver=file,cache.direct=off,cache.no-flush=on,filename=/home/kvm_autotest_root/iso/windows/FOD.iso,node-name=my_iso,read-o nly=on \ -blockdev driver=raw,node-name=myiso,file=my_iso,read-only=on \ -device ide-cd,drive=myiso,id=ide0-1-1,bus=ide.4 \ -device driver=int el-iommu,id=iommu0,intremap=on,eim=off,aw-bits=48,device-iotlb=on \ -chardev socket,id=char_vtpm_tpm0,path=/tmp/279NIC116435CXZ_swtpm.sock \ -tpmdev emulator,chardev=char_vtpm_tpm0,id=emulator_vtpm_tpm0 \ -device tpm-crb,id=tpm-crb_vtpm_tpm0,tpmdev=emulator_vtpm_tpm0 \ -blockdev node-name=file_ovmf_code,driver=file,filename=279NIC116435CXZ_ovmf/OVMF_CODE.secboot.fd,auto-read-only=on,discard=unmap \ -blockdev node- name=drive_ovmf_code,driver=raw,read-only=on,file=file_ovmf_code \ -blockdev node-name=file_ovmf_vars,driver=file,filename=279NIC116435CXZ _ovmf/OVMF_VARS.fd,auto-read-only=on,discard=unmap \ -blockdev node-name=drive_ovmf_vars,driver=raw,read-only=off,file=file_ovmf_vars \ -mac hine q35,pflash0=drive_ovmf_code,pflash1=drive_ovmf_vars,kernel_irqchip=split \ -device pcie-root-port,bus=pcie.0,id=root1.0,multifunction =on,port=0x10,chassis=1,addr=0x7 \ -device pcie-root-port,bus=pcie.0,id=root2.0,port=0x11,chassis=2,addr=0x7.0x1 \ -netdev tap,script=/etc/q emu-ifup1,downscript=no,id=hostnet0 \ -device e1000e,bus=root1.0,netdev=hostnet0,id=net0,mac=00:52:38:09:bc:ed \ -vga std \ -netdev tap,script =/etc/qemu-ifup-private,downscript=no,id=hostnet1,vhost=on \ -device virtio-net-pci,netdev=hostnet1,bus=root2.0,iommu_platform=true,ats=tr ue,id=net1,speed=1000,mac=00:52:2f:58:26:47 \ -monitor telnet:localhost:1000,server,nowait
- relates to
-
RHEL-91275 [virtio-win][netkvm] HCK NDISTest GlitchFreeDevice test fails sometimes on all the OSes on QE setups
-
- Planning
-