I do not have this problem on my sheevaplug running kernel ‘4.19.67-2’ . I see
that ‘4.19.67-2+deb10u1’ is available, but not yet installed on this machine.
I think I’ll hold off on installing that update for a while!
And, FWIW:
rbthomas@sheeva:~$ grep RTC_DRV_CMOS /boot/config-4.19.0-6-marvell
CONFIG_RTC_DRV_CMOS=m
Rick
> On Sep 28, 2019, at 1:14 PM, John Blake <blake...@yahoo.com> wrote:
>
> After upgrading my Sheevaplug from Stretch to Buster, it would not set the
> system time from the RTC at boot. Here is what I see in dmesg output:
>
> (kernel 4.19.67-2+deb10u1)
> # dmesg | grep rtc
> [ 2.088797] hctosys: unable to open rtc device (rtc0)
> [ 2.535171] rtc-mv f1010300.rtc: rtc core: registered f1010300.rtc as rtc0
>
> This results in the system time being way off until after NTP starts and
> syncs.
>
> If I revert to the kernel from Stretch, it works fine:
>
> (kernel 4.9.168-1+deb9u5)
> # dmesg | grep rtc
> [ 2.205994] rtc-mv f1010300.rtc: rtc core: registered f1010300.rtc as rtc0
> [ 2.238801] rtc-mv f1010300.rtc: setting system clock to 2019-09-07
> 22:51:49 UTC (1567896709)
>
> Does anyone know if there is a fix or workaround for this? I searched the
> web for this problem and found where someone (on archlinux) had a similar
> problem, his workaround being to change kernel .config
> "CONFIG_RTC_DRV_CMOS=m" to "CONFIG_RTC_DRV_CMOS=y" and compile a custom
> kernel. It seems to me there should be a simpler solution.
>
> Thanks in advance for any help,
> John B.
>
