Bug 1317754

Summary: Windows 10 guest cannot wake up from S3 using rtc wake
Product: [Fedora] Fedora Reporter: iaopenbug
Component: qemuAssignee: Fedora Virtualization Maintainers <virt-maint>
Status: CLOSED DEFERRED QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 23CC: amit.shah, berrange, cfergeau, crobinso, dwmw2, iaopenbug, itamar, pbonzini, rjones, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-03-15 20:20: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:

Description iaopenbug 2016-03-15 06:30:07 UTC
Description of problem:  Windows 10 guest cannot wake up from S3 using rtc wake


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

QEMU emulator version 2.5



1. Boot Windows 10 Guest VM.
2. Create scheduled task (using Task Scheduler) to +5 minutes time from current time to run notepad and enabling "Wake the computer to run this task" option
3. Click Start->Power ->Sleep
4. Guest VM enters suspend mode( screen is black)
5. Wait 10 minutes - nothing happens
6. Press key in spicy window
7. VM resumes


Actual results:
VM stays in suspend

Expected results:
VM should wake after 5 minutes in step 5


Additional info:




-----------------QEMU guest config---------------------
OPTS="$OPTS -enable-kvm "
OPTS="$OPTS -name win10_35"
#OPTS="$OPTS -bios seabios/out/bios.bin"
OPTS="$OPTS -machine pc-q35-2.4,accel=kvm,usb=off,vmport=off"
OPTS="$OPTS -cpu Broadwell,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff"
OPTS="$OPTS -m 4096"
OPTS="$OPTS -realtime mlock=off"
OPTS="$OPTS -smp 2,sockets=2,cores=1,threads=1"
OPTS="$OPTS -uuid e09cbfe5-9016-40b0-a027-62e0d2ef0ba1"
OPTS="$OPTS -no-user-config"
OPTS="$OPTS -nodefaults "
OPTS="$OPTS -rtc base=localtime,driftfix=slew"
OPTS="$OPTS -global kvm-pit.lost_tick_policy=discard"
OPTS="$OPTS -no-hpet"
OPTS="$OPTS -no-shutdown"
OPTS="$OPTS -global ICH9-LPC.disable_s3=0"
OPTS="$OPTS -global ICH9-LPC.disable_s4=0"
OPTS="$OPTS -boot order=c,menu=on,strict=on"
OPTS="$OPTS -device i82801b11-bridge,id=pci.1,bus=pcie.0,addr=0x1e"
OPTS="$OPTS -device pci-bridge,chassis_nr=2,id=pci.2,bus=pci.1,addr=0x1"
OPTS="$OPTS -device ich9-usb-ehci1,id=usb,bus=pci.2,addr=0x3.0x7"
OPTS="$OPTS -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.2,multifunction=on,addr=0x3"
OPTS="$OPTS -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.2,addr=0x3.0x1"
OPTS="$OPTS -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.2,addr=0x3.0x2"
OPTS="$OPTS -device virtio-serial-pci,id=virtio-serial0,bus=pci.2,addr=0x4"
OPTS="$OPTS -drive file=/var/lib/images/win10-run2.qcow2,format=qcow2,if=none,id=drive-sata0-0-0,cache=none"
OPTS="$OPTS -device ide-hd,bus=ide.0,drive=drive-sata0-0-0,id=sata0-0-0"
OPTS="$OPTS -drive file=/var/lib/images/diskd.vhd,format=vpc,if=none,id=drive-sata0-0-1"
OPTS="$OPTS -device ide-hd,bus=ide.1,drive=drive-sata0-0-1,id=sata0-0-1"
OPTS="$OPTS -drive file=virtio-win.iso,format=raw,if=none,media=cdrom,id=drive-sata0-0-2,readonly=on"
OPTS="$OPTS -device ide-cd,bus=ide.2,drive=drive-sata0-0-2,id=sata0-0-2 "
OPTS="$OPTS -chardev pty,id=charserial0"
OPTS="$OPTS -device isa-serial,chardev=charserial0,id=serial0"
OPTS="$OPTS -chardev spicevmc,id=charchannel0,name=vdagent"
OPTS="$OPTS -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0"
OPTS="$OPTS -device usb-tablet,id=input0"
OPTS="$OPTS -spice port=5901,addr=127.0.0.1,disable-ticketing,image-compression=off,seamless-migration=on"
OPTS="$OPTS -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vgamem_mb=16,bus=pcie.0,addr=0x1"
OPTS="$OPTS -device intel-hda,id=sound0,bus=pci.2,addr=0x2"
OPTS="$OPTS -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0"
OPTS="$OPTS -device virtio-balloon-pci,id=balloon0,bus=pci.2,addr=0x5"
OPTS="$OPTS -msg timestamp=on"
OPTS="$OPTS -monitor stdio"
#OPTS="$OPTS -qmp stdio"
#OPTS="$OPTS -chardev stdio,id=seabios -device isa-debugcon,iobase=0x402,chardev=seabios"

/usr/bin/qemu-system-x86_64 $OPTS

Comment 1 Cole Robinson 2016-03-15 19:37:44 UTC
Are you using fedora? I don't see any indication you are...

Did this work in previous qemu versions?

Comment 2 iaopenbug 2016-03-15 20:09:45 UTC
(In reply to Cole Robinson from comment #1)
> Are you using fedora? I don't see any indication you are...
> 
> Did this work in previous qemu versions?
#  lsb_release -a
LSB Version:    :core-4.1-amd64:core-4.1-noarch
Distributor ID: Fedora
Description:    Fedora release 23 (Twenty Three)
Release:        23
Codename:       TwentyThree

Did not test with previous QEMU versions.

Comment 3 Cole Robinson 2016-03-15 20:10:36 UTC
(In reply to iaopenbug from comment #2)
> (In reply to Cole Robinson from comment #1)
> > Are you using fedora? I don't see any indication you are...
> > 
> > Did this work in previous qemu versions?
> #  lsb_release -a
> LSB Version:    :core-4.1-amd64:core-4.1-noarch
> Distributor ID: Fedora
> Description:    Fedora release 23 (Twenty Three)
> Release:        23
> Codename:       TwentyThree
> 
> Did not test with previous QEMU versions.

What QEMU package are you using?

Comment 4 iaopenbug 2016-03-15 20:15:36 UTC
>What QEMU package are you using?

tested with qemu 2.5 and almost latest qemu( commit a648c137383d84bc4f95696e5293978d9541a26e) + latest seabios( dce99e01b6bfc51175bdf32612fd4f2738e5c3c8)

Comment 5 Cole Robinson 2016-03-15 20:20:06 UTC
Since you are using upstream qemu I think it's just better to stick with the upstream launchpad bug you filed, and ping on the mailing list after a while if you don't get a response