The current pl031 RTCICR register implementation always clears the IRQ pending status on a register write, regardless of the value it writes.
To justify that behavior, it references the arm926e documentation (DDI0287B) and indicates that said document states that any write clears the internal IRQ state. I could however not find any text in that document backing the statement. In fact, it explicitly says: "Writing 1 to bit 0 of RTCICR clears the RTCINTR flag." which describes it as much as a write-to-clear register as the PL031 spec (DDI0224) does: "Writing 1 to bit position 0 clears the corresponding interrupt. Writing 0 has no effect." Let's remove the bogus comment and instead follow both specs to what they say. Reported-by: Hendrik Borghorst <hborg...@amazon.de> Signed-off-by: Alexander Graf <g...@amazon.com> --- hw/rtc/pl031.c | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/hw/rtc/pl031.c b/hw/rtc/pl031.c index 3a982752a2..c57cf83165 100644 --- a/hw/rtc/pl031.c +++ b/hw/rtc/pl031.c @@ -149,11 +149,7 @@ static void pl031_write(void * opaque, hwaddr offset, pl031_update(s); break; case RTC_ICR: - /* The PL031 documentation (DDI0224B) states that the interrupt is - cleared when bit 0 of the written value is set. However the - arm926e documentation (DDI0287B) states that the interrupt is - cleared when any value is written. */ - s->is = 0; + s->is &= ~value; pl031_update(s); break; case RTC_CR: -- 2.17.1 Amazon Development Center Germany GmbH Krausenstr. 38 10117 Berlin Geschaeftsfuehrung: Christian Schlaeger, Ralf Herbrich Eingetragen am Amtsgericht Charlottenburg unter HRB 149173 B Sitz: Berlin Ust-ID: DE 289 237 879