]> git.ipfire.org Git - thirdparty/kernel/linux.git/commitdiff
rtc: mpfs: fix counter upload completion condition
authorConor Dooley <conor.dooley@microchip.com>
Wed, 13 May 2026 17:55:55 +0000 (18:55 +0100)
committerAlexandre Belloni <alexandre.belloni@bootlin.com>
Mon, 22 Jun 2026 00:15:29 +0000 (02:15 +0200)
The condition that needs to be checked for upload completion is the
UPLOAD bit in the completion register going low. The original iterations
of this driver used a do-while and this was converted to a
read_poll_timeout() during upstreaming without the condition being
inverted as it should have been.

I suspect that this went unnoticed until now because a) the first read
was done when the bit was still set, immediately completing the
read_poll_timeout() and b) because the RTC doesn't hold time when power
is removed from the SoC reducing its utility (I for one keep it
disabled). If my first suspicion was true when the driver was
upstreamed, it's not true any longer though, hence the detection of the
problem.

Fixes: 0b31d703598dc ("rtc: Add driver for Microchip PolarFire SoC")
CC: stable@vger.kernel.org
Signed-off-by: Conor Dooley <conor.dooley@microchip.com>
Tested-by: Valentina Fernandez <valentina.fernandezalanis@microchip.com>
Link: https://patch.msgid.link/20260513-panhandle-ashy-70c6abf84d59@spud
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
drivers/rtc/rtc-mpfs.c

index 6aa3eae575d2ad29f43fc21f70100190ac56c759..ece6de4a6adbd11202faa92ef24e3476b6ee37f4 100644 (file)
@@ -112,7 +112,7 @@ static int mpfs_rtc_settime(struct device *dev, struct rtc_time *tm)
        ctrl |= CONTROL_UPLOAD_BIT;
        writel(ctrl, rtcdev->base + CONTROL_REG);
 
-       ret = read_poll_timeout(readl, prog, prog & CONTROL_UPLOAD_BIT, 0, UPLOAD_TIMEOUT_US,
+       ret = read_poll_timeout(readl, prog, !(prog & CONTROL_UPLOAD_BIT), 0, UPLOAD_TIMEOUT_US,
                                false, rtcdev->base + CONTROL_REG);
        if (ret) {
                dev_err(dev, "timed out uploading time to rtc");