From: Alexandre Belloni <alexandre.belloni@bootlin.com>
To: Alex Elder <elder@riscstar.com>
Cc: lee@kernel.org, lgirdwood@gmail.com, broonie@kernel.org,
robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
mat.jonczyk@o2.pl, dlan@gentoo.org, paul.walmsley@sifive.com,
palmer@dabbelt.com, aou@eecs.berkeley.edu, alex@ghiti.fr,
troymitchell988@gmail.com, linux-rtc@vger.kernel.org,
devicetree@vger.kernel.org, linux-riscv@lists.infradead.org,
spacemit@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 4/7] rtc: spacemit: support the SpacemiT P1 RTC
Date: Thu, 26 Jun 2025 00:01:26 +0200 [thread overview]
Message-ID: <202506252201262779aa6c@mail.local> (raw)
In-Reply-To: <20250625164119.1068842-5-elder@riscstar.com>
On 25/06/2025 11:41:15-0500, Alex Elder wrote:
> +/*
> + * The P1 hardware documentation states that the register values are
> + * latched to ensure a consistent time snapshot within the registers,
> + * but these are in fact unstable due to a bug in the hardware design.
> + * So we loop until we get two identical readings.
> + */
> +static int p1_rtc_read_time(struct device *dev, struct rtc_time *t)
> +{
> + struct p1_rtc *p1 = dev_get_drvdata(dev);
> + struct regmap *regmap = p1->regmap;
> + u32 count = RTC_READ_TRIES;
> + u8 times[2][6];
> + size_t size;
> + u32 i = 0;
> + u8 *time;
> + int ret;
> +
> + size = sizeof(times[0]);
> + ret = regmap_bulk_read(regmap, RTC_TIME, times[i], size);
> + if (ret)
> + return ret;
> +
> + do {
> + i = 1 - i;
> + ret = regmap_bulk_read(regmap, RTC_TIME, times[i], size);
> + if (ret)
> + return ret;
> + } while (memcmp(times[i], times[1 - i], size) && --count);
Simply checking the seconds is enough, unless you expect regmap_bulk_read to ake
more than a minute so you don't need a two dimension array.
> +
> + if (!count)
> + return -EIO;
> +
> + time = ×[0][0];
> +
> + t->tm_sec = time[0] & GENMASK(5, 0);
> + t->tm_min = time[1] & GENMASK(5, 0);
> + t->tm_hour = time[2] & GENMASK(4, 0);
> + t->tm_mday = (time[3] & GENMASK(4, 0)) + 1;
> + t->tm_mon = time[4] & GENMASK(3, 0);
> + t->tm_year = (time[5] & GENMASK(5, 0)) + 100;
> +
> + return 0;
> +}
> +
> +/*
> + * The P1 hardware documentation states that values in the registers are
> + * latched so when written they represent a consistent time snapshot.
> + * Nevertheless, this is not guaranteed by the implementation, so we must
> + * disable the RTC while updating it.
> + */
> +static int p1_rtc_set_time(struct device *dev, struct rtc_time *t)
> +{
> + struct p1_rtc *p1 = dev_get_drvdata(dev);
> + struct regmap *regmap = p1->regmap;
> + u8 time[6];
> + int ret2;
> + int ret;
> +
> + time[0] = t->tm_sec;
> + time[1] = t->tm_min;
> + time[2] = t->tm_hour;
> + time[3] = t->tm_mday - 1;
> + time[4] = t->tm_mon;
> + time[5] = t->tm_year - 100;
> +
> + /* Disable the RTC to update; re-enable again when done */
> + ret = regmap_update_bits(regmap, RTC_CTRL, RTC_EN, 0);
> + if (ret)
> + return ret;
> +
> + ret = regmap_bulk_write(regmap, RTC_TIME, time, sizeof(time));
> +
Honnestly, I'd simply go for
if (ret)
return ret;
Here, you are trying to set the time, I'm not sure it is worth trying to
reenable the rtc while hoping the previous time has been kept.
This also shows that p1_rtc_read_time should check that RTC_EN is set, else it
knows the time has never been set and is invalid.
> + ret2 = regmap_update_bits(regmap, RTC_CTRL, RTC_EN, RTC_EN);
> +
> + return ret ? : ret2; /* Return the first error */
> +}
> +
> +static const struct rtc_class_ops p1_rtc_class_ops = {
> + .read_time = p1_rtc_read_time,
> + .set_time = p1_rtc_set_time,
> +};
> +
> +static int p1_rtc_probe(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct rtc_device *rtc;
> + struct p1_rtc *p1;
> +
> + p1 = devm_kzalloc(dev, sizeof(*p1), GFP_KERNEL);
> + if (!p1)
> + return -ENOMEM;
> + dev_set_drvdata(dev, p1);
> +
> + p1->regmap = dev_get_regmap(dev->parent, NULL);
> + if (!p1->regmap)
> + return dev_err_probe(dev, -ENODEV, "failed to get regmap\n");
> +
> + rtc = devm_rtc_allocate_device(dev);
> + if (IS_ERR(rtc))
> + return dev_err_probe(dev, PTR_ERR(rtc),
> + "error allocating device\n");
> + p1->rtc = rtc;
> +
> + rtc->ops = &p1_rtc_class_ops;
> + rtc->range_min = RTC_TIMESTAMP_BEGIN_2000;
> + rtc->range_max = RTC_TIMESTAMP_END_2063;
> +
> + clear_bit(RTC_FEATURE_ALARM, rtc->features);
> + clear_bit(RTC_FEATURE_UPDATE_INTERRUPT, rtc->features);
> +
> + return devm_rtc_register_device(rtc);
> +}
> +
> +static struct platform_driver p1_rtc_driver = {
> + .probe = p1_rtc_probe,
> + .driver = {
> + .name = MOD_NAME,
> + },
> +};
> +
> +module_platform_driver(p1_rtc_driver);
> +
> +MODULE_DESCRIPTION("SpacemiT P1 RTC driver");
> +MODULE_LICENSE("GPL");
> +MODULE_ALIAS("platform:" MOD_NAME);
> --
> 2.45.2
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2025-06-25 22:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-25 16:41 [PATCH v4 0/7] spacemit: introduce P1 PMIC support Alex Elder
2025-06-25 16:41 ` [PATCH v4 1/7] dt-bindings: mfd: add support the SpacemiT P1 PMIC Alex Elder
2025-06-25 16:41 ` [PATCH v4 2/7] mfd: simple-mfd-i2c: add SpacemiT P1 support Alex Elder
2025-06-27 12:51 ` Lee Jones
2025-06-27 13:36 ` Alex Elder
2025-07-01 11:07 ` Lee Jones
2025-06-25 16:41 ` [PATCH v4 3/7] regulator: spacemit: support SpacemiT P1 regulators Alex Elder
2025-06-25 16:41 ` [PATCH v4 4/7] rtc: spacemit: support the SpacemiT P1 RTC Alex Elder
2025-06-25 22:01 ` Alexandre Belloni [this message]
2025-06-25 22:10 ` Alex Elder
2025-06-25 16:41 ` [PATCH v4 5/7] riscv: dts: spacemit: enable the i2c8 adapter Alex Elder
2025-06-25 16:41 ` [PATCH v4 6/7] riscv: dts: spacemit: define fixed regulators Alex Elder
2025-06-25 16:41 ` [PATCH v4 7/7] riscv: dts: spacemit: define regulator constraints Alex Elder
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202506252201262779aa6c@mail.local \
--to=alexandre.belloni@bootlin.com \
--cc=alex@ghiti.fr \
--cc=aou@eecs.berkeley.edu \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlan@gentoo.org \
--cc=elder@riscstar.com \
--cc=krzk+dt@kernel.org \
--cc=lee@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-rtc@vger.kernel.org \
--cc=mat.jonczyk@o2.pl \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=robh@kernel.org \
--cc=spacemit@lists.linux.dev \
--cc=troymitchell988@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox