hwclock service, being started at 'boot' time, failed to load rtc (or genrtc) modules - say, kernel 2.6.26 have not such modules at all. OTOH, I have not found an "official" way to load appropriate rtc module (at my case rtc_cmos seem to work) before the service starting. Reproducible: Always
Set CONFIG_GEN_RTC=y in menuconfig for your kernel - that should provide a generic /dev/rtc. Reopen this bug if that doesn't fix the issue.
1. Ok, it is probable my .config is incorrect. But have not found this flag. Will anybody be so kind to attach (or send using direct emailing) ~amd/x86_64/gentoo-sources-2.6.26 .config file with the CONFIG_GEN_RTC set? Probably there are some dependencies I can not recognize. 2. At any case - is the situation (cann't manage init sequence) something we want?
I have the same problem and my config don't have CONFIG_GEN_RTC. It seems some change in the kernel since 2.6.26. If I understood well the rtc module was splitted in various rtc-[something] modules. The appropriate one for x86 arch and all ACPI-Based hardware seems to be rtc-cmos. If you load it as a module and start hwclock it should work. I solved the booting sequence problem setting as "*" menuconfig --> Device Drivers --> Real Time Clock and menuconfig --> Device Drivers --> Real Time Clock --> PC-style 'CMOS'. In config file it should be: CONFIG_RTC_LIB=y CONFIG_RTC_CLASS=y CONFIG_RTC_HCTOSYS=y CONFIG_RTC_HCTOSYS_DEVICE="rtc0" CONFIG_RTC_DRV_CMOS=y (In reply to comment #2) > 1. Ok, it is probable my .config is incorrect. But have not found this flag. > Will anybody be so kind to attach (or send using direct emailing) > ~amd/x86_64/gentoo-sources-2.6.26 .config file with the CONFIG_GEN_RTC set? > Probably there are some dependencies I can not recognize. > > 2. At any case - is the situation (cann't manage init sequence) something we > want? >
Module rtc_cmos isn't loaded during boot because in /etc/modprobe.d/pnp-aliases there is an error - it contains line: alias pnp:dPNP0b00 rtc but there is no module rtc, and loaded rtc_cmos module is assigned for PNP device PNP0b00. So I change this line to: alias pnp:dPNP0b00 rtc_cmos I tested it on x86 and x86_64 PCs (AthlonXP/NForce2 and Sempron/NForce3) - it works on both fine. IMHO it'll be good to fix pnp-aliases in next releases...