summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/graphic/1410
blob: 509a3c86f2634dc774d26af1ffbc9985255113cd (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
graphic: 0.920
boot: 0.843
instruction: 0.773
device: 0.740
semantic: 0.377
socket: 0.264
mistranslation: 0.168
vnc: 0.165
other: 0.120
network: 0.036
KVM: 0.016
assembly: 0.011

system_powerdown only works once
Description of problem:
When the guest is configured to sleep on power button events, something in the ACPI states are not restored coming out of resume.  The first call to `system_powerdown` succeeds, but the second after waking the system is rejected in `acpi_pm1_evt_power_down()` since `ar->pm1.evt.en` is zero coming out of the resume path.

There is probably something deeper (or perhaps in seabios?) since removing the test in that handler doesn't cause a second sleep either.
Steps to reproduce:
![image](/uploads/60876bde4027c42699f2edf936bd874d/image.png)
1. Boot a guest configured to sleep when it receives a power button event
2. `system_powerdown` from the monitor to tell it to sleep
3. `info status` to verify that it is suspended
4. Wake the guest, either with `system_wakeup` or moving the mouse or something
5. `system_powerdown` has no effect
Additional information:
This is using qemu-7.2.0 built from source with a Windows 10 guest and IGD GPU+audio passthrough.