Bug 2026599 - [RHEL-AV 8.4.z] TestOnly: WSL2 with Win10/11 on AMD 7763
Summary: [RHEL-AV 8.4.z] TestOnly: WSL2 with Win10/11 on AMD 7763
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux Advanced Virtualization
Classification: Red Hat
Component: qemu-kvm
Version: 8.4
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: 8.4
Assignee: Amnon Ilan
QA Contact: Li Xiaohui
URL:
Whiteboard:
Depends On: 2026596
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-11-25 09:28 UTC by Fabian Deutsch
Modified: 2021-12-29 03:19 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2026596
Environment:
Last Closed: 2021-12-21 18:36:16 UTC
Type: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-103930 0 None None None 2021-11-25 09:29:21 UTC

Description Fabian Deutsch 2021-11-25 09:28:47 UTC
+++ This bug was initially created as a clone of Bug #2026596 +++

Description of problem:
A CNV customer will run Windows on the CPU given in the summary and is expecting WSL2 to work. This bug is about verifying that it will continue to work (the customer has a SE for RHEL AV 8.4)

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Chao Yang 2021-11-25 10:52:10 UTC
Hi Fabian

Could you please share the windows guests you want QE to test?

Comment 2 Fabian Deutsch 2021-11-25 10:56:51 UTC
Windows 10 and (not yet available on CNV) 11

Comment 10 Li Xiaohui 2021-12-03 06:57:52 UTC
Test wsl2 on rhel-av 8.4.z, wsl2 and win10 guest work well.

Test environment:
hosts: kernel-4.18.0-305.25.1.el8_4.x86_64 & qemu-kvm-5.2.0-16.module+el8.4.0+13460+2e130eec.13.x86_64
cpu of src and dst host: AMD EPYC 7313 16-Core Processor
guest: latest win10 guest, fedora-33 as wsl2


Test scenarios:
1. ping-pong migration with win10 + wsl2;
2. ping-pong migration with win10(running netperf) + wsl2(running stress);


Test result:
Migration succeeds, Win10 and wsl2 works well before/after migration, cpu usage is normal in whole migration process.


Qemu command:
/usr/libexec/qemu-kvm \
-name guest=win10-wsl2,debug-threads=on \
-machine pc-q35-rhel8.4.0,accel=kvm,usb=off,dump-guest-core=off,memory-backend=pc.ram \
-cpu EPYC-Milan,x2apic=on,tsc-deadline=on,hypervisor=on,tsc-adjust=on,vaes=on,vpclmulqdq=on,spec-ctrl=on,stibp=on,arch-capabilities=on,ssbd=on,cmp-legacy=on,virt-ssbd=on,rdctl-no=on,skip-l1dfl-vmentry=on,mds-no=on,pschange-mc-no=on,erms=off,fsrm=off,svm=on,hv_stimer,hv_synic,hv_vpindex,hv_relaxed,hv_spinlocks=0xfff,hv_crash,hv_vapic,hv_time,hv_frequencies,hv_runtime,hv_tlbflush,hv_reenlightenment,hv_stimer_direct,hv_ipi \
-m 16384 \
-object memory-backend-ram,id=pc.ram,size=17179869184 \
-overcommit mem-lock=off \
-smp 16,sockets=16,cores=1,threads=1 \
-uuid 692ba09b-5d8a-4409-8071-dd4c3b3f25f8 \
-no-user-config \
-nodefaults \
-chardev socket,id=charmonitor,path=/tmp/helloworld,server,nowait \
-mon chardev=charmonitor,id=monitor,mode=control \
-rtc base=utc,driftfix=slew \
-global kvm-pit.lost_tick_policy=delay \
-no-hpet \
-global ICH9-LPC.disable_s3=1 \
-global ICH9-LPC.disable_s4=1 \
-boot strict=on \
-device pcie-root-port,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 \
-device pcie-root-port,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 \
-device pcie-root-port,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 \
-device pcie-root-port,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 \
-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 \
-blockdev '{"driver":"file","filename":"/mnt/nfs/win10-wsl2-64-virtio-scsi.qcow2","node-name":"libvirt-1-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"qcow2","file":"libvirt-1-storage","backing":null}' \
-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,device_id=drive-scsi0-0-0-0,drive=libvirt-1-format,id=scsi0-0-0-0,bootindex=1,write-cache=on \
-netdev tap,id=hostnet0,vhost=on \
-device virtio-net-pci,netdev=hostnet0,id=net0,mac=f4:8e:38:c3:83:34,bus=pci.1,addr=0x0 \
-chardev pty,id=charserial0 \
-device isa-serial,chardev=charserial0,id=serial0 \
-device usb-tablet,id=input0,bus=usb.0,port=1 \
-vnc 0.0.0.0:83 \
-device VGA,id=video0,vgamem_mb=16,bus=pcie.0,addr=0x1 \
-device virtio-balloon-pci,id=balloon0,bus=pci.3,addr=0x0 \
-sandbox on \
-msg timestamp=on \
-monitor stdio \


Note You need to log in before you can comment on or make changes to this bug.