summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/device/1334397
blob: 34837e5a932bcf886f18c73fe8653ccf4d6c23aa (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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
device: 0.823
kernel: 0.819
graphic: 0.797
boot: 0.767
architecture: 0.748
i386: 0.742
x86: 0.729
semantic: 0.708
user-level: 0.665
mistranslation: 0.664
risc-v: 0.640
network: 0.634
performance: 0.577
PID: 0.576
files: 0.564
arm: 0.542
socket: 0.525
TCG: 0.514
VMM: 0.509
vnc: 0.505
debug: 0.492
ppc: 0.472
permissions: 0.459
register: 0.442
peripherals: 0.431
hypervisor: 0.372
virtual: 0.332
KVM: 0.285
assembly: 0.186

cmos RTC alarms no longer wake system from suspend

Running QEMU emulator version 2.0.0 (Debian 2.0.0+dfsg-2ubuntu1.1), booting Linux kernels with qemu-system-x86_64 and qemu-system-i386, I no longer see the system resume from suspend when an RTC alarm is set.

My simple test application can be found here:
https://github.com/johnstultz-work/timetests/blob/master/alarmtimer-suspend.c

Previously this worked w/ QEMU 1.5  (bascially up until I upgraded from Ubuntu 13.10 to Ubuntu 14.04, which came with 2.0).

If a fix has already been committed, is there a branch or tag in the qemu git repo I should validate this with?

I went back and tried the 1.7 and 1.6 releases, and they both seem to have been broken as well wrt cmos alarms waking from suspend.

I assume this has been fixed in v2.1.0 or newer, like the "Fix committed" state indicates, so closing as "Fix released" now. In case there still something left to do here, feel free to re-open it.