[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: SheevaPlug, hctosys: unable to open rtc device, after Buster upgrade



Thanks Rick.  I don't know why it didn't occur to me to check for other RTC-related config settings before.  Here is what I got after grep'ing for RTC in config-4.9.0-9-marvell and config-4.19.0-6-marvell, and running a diff on the two:

# diff grep.config-4.9.0-9-marvell grep.config-4.19.0-6-marvell
3,9c3,8
< CONFIG_RTC_DRV_DS1307=y
< CONFIG_RTC_DRV_DS1307_HWMON=y
< CONFIG_RTC_DRV_M41T80=y
< CONFIG_RTC_DRV_MV=y
< CONFIG_RTC_DRV_PCF8563=y
< CONFIG_RTC_DRV_RS5C372=y
< CONFIG_RTC_DRV_S35390A=y
---
> CONFIG_RTC_DRV_DS1307=m
> CONFIG_RTC_DRV_M41T80=m
> CONFIG_RTC_DRV_MV=m
> CONFIG_RTC_DRV_PCF8563=m
> CONFIG_RTC_DRV_RS5C372=m
> CONFIG_RTC_DRV_S35390A=m

I think I'll go ahead and try building the 4.19 kernel with those set to "y" and see if that fixes the problem.  Not a good long term solution but at least I will know.  It may not even need all of them:

# lsmod | grep -i rtc
rtc_mv   2986  1

-John B.


On Saturday, September 28, 2019, 3:52:11 PM MDT, Rick Thomas <rbthomas@pobox.com> wrote: 

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 <blakejoh@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.
> 


Reply to: