From mboxrd@z Thu Jan 1 00:00:00 1970 From: akpm@linux-foundation.org (Andrew Morton) Date: Tue, 18 Sep 2012 16:07:40 -0700 Subject: [PATCH] rtc: snvs: improve timeout handling in snvs_rtc_enable() In-Reply-To: <1345277408-30044-1-git-send-email-LW@KARO-electronics.de> References: <1345277408-30044-1-git-send-email-LW@KARO-electronics.de> Message-ID: <20120918160740.6dbdc797.akpm@linux-foundation.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Sat, 18 Aug 2012 10:10:08 +0200 Lothar Wa__mann wrote: > If snvs_rtc_enable() happens to be descheduled for a period longer > than the timout period, a timeout may be indicated even if the RTC > status has changed meanwhile. Force a status read at the end of the > timeout period to prevent bogus timeout errors. (delayed, sorry) > --- a/drivers/rtc/rtc-snvs.c > +++ b/drivers/rtc/rtc-snvs.c > @@ -81,6 +81,13 @@ static void rtc_write_sync_lp(void __iomem *ioaddr) > } > } > > +static int snvs_rtc_enable_done(int enable, void __iomem *addr) > +{ > + u32 lpcr = readl(addr + SNVS_LPCR); > + > + return !!enable ^ !(lpcr & SNVS_LPCR_SRTC_ENV); > +} > + > static int snvs_rtc_enable(struct snvs_rtc_data *data, bool enable) > { > unsigned long timeout = jiffies + msecs_to_jiffies(1); > @@ -99,18 +106,15 @@ static int snvs_rtc_enable(struct snvs_rtc_data *data, bool enable) > spin_unlock_irqrestore(&data->lock, flags); > > while (1) { > - lpcr = readl(data->ioaddr + SNVS_LPCR); > + if (snvs_rtc_enable_done(enable, data->ioaddr)) > + break; > > - if (enable) { > - if (lpcr & SNVS_LPCR_SRTC_ENV) > - break; > - } else { > - if (!(lpcr & SNVS_LPCR_SRTC_ENV)) > + if (time_after(jiffies, timeout)) { > + if (snvs_rtc_enable_done(enable, data->ioaddr)) > break; > + else > + return -ETIMEDOUT; > } > - > - if (time_after(jiffies, timeout)) > - return -ETIMEDOUT; > } > > return 0; I think this will have been addressed by http://ozlabs.org/~akpm/mmots/broken-out/rtc-snvs-add-freescale-rtc-snvs-driver-fix.patch?