rtc: cmos: Do not export alarm rtc_ops when we do not support alarms
authorHans de Goede <hdegoede@redhat.com>
Tue, 4 Sep 2018 14:51:29 +0000 (16:51 +0200)
committerAlexandre Belloni <alexandre.belloni@bootlin.com>
Wed, 7 Nov 2018 16:13:55 +0000 (17:13 +0100)
commitfbb974ba693bbfb4e24a62181ef16d4e45febc37
treeeb77bc1c8c37007494dfc63d8a5c88ad8ba04ab8
parent651022382c7f8da46cb4872a545ee1da6d097d2a
rtc: cmos: Do not export alarm rtc_ops when we do not support alarms

When there is no IRQ configured for the RTC, the rtc-cmos code does not
support alarms, all alarm rtc_ops fail with -EIO / -EINVAL.

The rtc-core expects a rtc driver which does not support rtc alarms to
not have alarm ops at all. Otherwise the wakealarm sysfs attr will read
as empty rather then returning an error, making it impossible for
userspace to find out beforehand if alarms are supported.

A system without an IRQ for the RTC before this patch:
[root@localhost ~]# cat /sys/class/rtc/rtc0/wakealarm
[root@localhost ~]#

After this patch:
[root@localhost ~]# cat /sys/class/rtc/rtc0/wakealarm
cat: /sys/class/rtc/rtc0/wakealarm: No such file or directory
[root@localhost ~]#

This fixes gnome-session + systemd trying to use suspend-then-hibernate,
which causes systemd to abort the suspend when writing the RTC alarm fails.

BugLink: https://github.com/systemd/systemd/issues/9988
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
drivers/rtc/rtc-cmos.c