rtc: cmos: Do not assume irq 8 for rtc when there are no legacy irqs
authorHans de Goede <hdegoede@redhat.com>
Sat, 18 Mar 2017 13:45:49 +0000 (14:45 +0100)
committerAlexandre Belloni <alexandre.belloni@free-electrons.com>
Fri, 14 Apr 2017 10:08:51 +0000 (12:08 +0200)
commita1e23a42f1bdc00e32fc4869caef12e4e6272f26
treeb6100aa0101cbadeb30c9e13f346fff32b36bfc4
parent7ee06cb2f840a96be46233181ed4557901a74385
rtc: cmos: Do not assume irq 8 for rtc when there are no legacy irqs

On some systems (e.g. Intel Bay Trail systems) the legacy PIC is not
used, in this case virq 8 will be a random irq, rather then hw_irq 8
from the PIC.

Requesting virq 8 in this case will not help us to get alarm irqs and
may cause problems for other drivers which actually do need virq 8,
for example on an Asus Transformer T100TA this leads to:

[ 28.745155] genirq: Flags mismatch irq 8. 00000088 (mmc0) vs. 00000080 (rtc0)
<snip oops>
[ 28.753700] mmc0: Failed to request IRQ 8: -16
[ 28.975934] sdhci-acpi: probe of 80860F14:01 failed with error -16

This commit fixes this by making the rtc-cmos driver continue
without using an irq rather then claiming irq 8 when no irq is
specified in the pnp-info and there are no legacy-irqs.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
drivers/rtc/rtc-cmos.c