[PATCHv0 1/3] rtc: rtc-isl12057: fix masking of register values
Uwe Kleine-König
u.kleine-koenig at pengutronix.de
Thu Nov 6 00:29:46 PST 2014
Hello Arnaud,
On Wed, Nov 05, 2014 at 10:42:25PM +0100, Arnaud Ebalard wrote:
> When Intersil ISL12057 support was added by commit 70e123373c05 ("rtc:
> Add support for Intersil ISL12057 I2C RTC chip"), two masks for time
> registers values imported from the device were either wrong or
> omitted, leading to additional bits from those registers to impact
> read values:
>
> - mask for hour register value when reading it in AM/PM mode. As
> AM/PM mode is not the usual mode used by the driver, this error
> would only have an impact on an externally configured RTC hour
> later read by the driver.
> - mask for month value. The lack of masking would provide an
> erroneous value if century bit is set.
>
> This patch fixes those two masks.
>
> Fixes: 70e123373c05 ("rtc: Add support for Intersil ISL12057 I2C RTC chip")
> Signed-off-by: Arnaud Ebalard <arno at natisbad.org>
> ---
> drivers/rtc/rtc-isl12057.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/rtc/rtc-isl12057.c b/drivers/rtc/rtc-isl12057.c
> index 455b601d731d..8132fbc7e10a 100644
> --- a/drivers/rtc/rtc-isl12057.c
> +++ b/drivers/rtc/rtc-isl12057.c
> @@ -88,7 +88,7 @@ static void isl12057_rtc_regs_to_tm(struct rtc_time *tm, u8 *regs)
> tm->tm_min = bcd2bin(regs[ISL12057_REG_RTC_MN]);
>
> if (regs[ISL12057_REG_RTC_HR] & ISL12057_REG_RTC_HR_MIL) { /* AM/PM */
> - tm->tm_hour = bcd2bin(regs[ISL12057_REG_RTC_HR] & 0x0f);
> + tm->tm_hour = bcd2bin(regs[ISL12057_REG_RTC_HR] & 0x1f);
> if (regs[ISL12057_REG_RTC_HR] & ISL12057_REG_RTC_HR_PM)
> tm->tm_hour += 12;
> } else { /* 24 hour mode */
> @@ -96,8 +96,8 @@ static void isl12057_rtc_regs_to_tm(struct rtc_time *tm, u8 *regs)
> }
>
> tm->tm_mday = bcd2bin(regs[ISL12057_REG_RTC_DT]);
> - tm->tm_wday = bcd2bin(regs[ISL12057_REG_RTC_DW]) - 1; /* starts at 1 */
> + tm->tm_wday = bcd2bin(regs[ISL12057_REG_RTC_DW]) - 1; /* starts at 1 */
unrelated change?
> - tm->tm_mon = bcd2bin(regs[ISL12057_REG_RTC_MO]) - 1; /* starts at 1 */
> + tm->tm_mon = bcd2bin(regs[ISL12057_REG_RTC_MO] & 0x1f) - 1; /* ditto */
> tm->tm_year = bcd2bin(regs[ISL12057_REG_RTC_YR]) + 100;
> }
This patch definitly improves the driver, still I see room for more
improvement (all but the first issue are unrelated to this patch):
- There is a century bit in the RTC_MO driver that is now correctly
masked to determine the month. Shouldn't it be used to flag if year
is >= 2100? That seems to match the hardware leap year handling.
(I.e. it considers RTC_YR=0 not to be a leap year iff RTC_MO_CENTURY
is set.)
- I wonder how tm_wday should be handled. It seems to be hardly used by
callers of rtc_read_time. Is it better to report the hardware state
here or the weekday matching year/month/day?
- IMHO the probe function shouldn't clear the OSCILLATOR FAILURE BIT
(OSF). It's an indicator that the stored time is wrong. Instead this
bit should be evaluated in the read_time callback. (If it's set,
return -ENODATA.) And only clear the bit in .set_time when the
registers were updated. I think most drivers get that wrong.
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-König |
Industrial Linux Solutions | http://www.pengutronix.de/ |
More information about the linux-arm-kernel
mailing list