Hello everybody, I have linux-2.6.25-rc6 running on a board with an i2c rtc chip, and synchronized to a ntp server. When my board starts, the current time is correctly read from the rtc chip, but ... I noticed that my rtc chip does not get updated by the kernel every 11 min, on my powerpc board, just like it would be on all other architectures. Paul Mackerras told me that that is now supposed to be done by the code inside #ifdef CONFIG_GENERIC_CMOS_UPDATE in kernel/time/ntp.c. I agree that is a good place. But, here CONFIG_GENERIC_CMOS_UPDATE is well defined and an i2c clock also, and my rtc clock is not updated. I see kernel/time/ntp.c::sync_cmos_clock calling arch/powerpc/kernel/time.c::update_persistent_clock, where ppc_md.set_rtc_time is NULL. ppc_md.get_rtc_time is NULL as well, but that does not prevent the initial reading of the rtc clock during the startup of the kernel. Should update_persistent_clock not be directly part of the rtc subsystem, instead of falling in a detour or a dead-end in the arch subsystem ? Philippe --
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
| Linus Torvalds | Re: 2.6.25-rc2 System no longer powers off after suspend-to-disk. Screen becomes g... |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Ray Lee | Re: [BUG] New Kernel Bugs |
