Dose the rtc module provide /proc/driver/rtc and /sys/class/misc/rtc/dev?
they are:
[EMAIL PROTECTED] linux-2.6.11.7]$ cat /sys/class/misc/rtc/dev
10:135
[EMAIL PROTECTED] linux-2.6.11.7]$ cat /proc/driver/rtc
rtc_time : 23:30:33
rtc_date : 2005-05-16
rtc_epoch : 1900
alarm : 00:00:00
DST_enable : no
BCD : yes
24hr : yes
square_wave : no
alarm_IRQ : no
update_IRQ : no
periodic_IRQ : no
periodic_freq : 1024
batt_status : okay
Then according to udev's rule:
/etc/udev/rules.d/udev.rules:KERNEL="rtc", NAME="misc/%k", SYMLINK="%k", GROUP="audio", MODE="0664"
there are
crw-rw-r-- 1 root audio 10, 135 2005-05-13 03:34 /dev/misc/rtc
lrwxrwxrwx 1 root root 8 2005-05-13 03:34 /dev/rtc -> misc/rtc
But it does not help, when this 3 day running, rtc is in kernel.
Note that, the 1st line of /proc/driver/rtc is consistent with hwclock.
Is that /proc/driver/rtc time kept in kernel? Or it will get the clock from motherboard when I read that file?
Where is date's time source? How can I affect it?
Hi nx,
I'm not sure if this is the problem, but you may need to load the Real Time Clock (RTC) module if it is available. To do this, run:
# modprobe rtc
This should load the RTC module on the standard Arch 2.6 kernels. To get this module to load on boot, don't forget to add it to the MODULES line in /etc/rc.conf.
Hope that helps,
Dave.
On Mon, 2005-05-16 at 20:02 +0800, nx wrote:I find that my linux box's time always runs faster than real time.
This is the trouble: [EMAIL PROTECTED] ~]$ LANG=C uptime 19:17:58 up 3 days, 23:44, 1 user, load average: 0.27, 0.21, 0.24 [EMAIL PROTECTED] ~]$ LANG=C date Mon May 16 19:18:17 CST 2005 [EMAIL PROTECTED] ~]$ LANG=C hwclock Mon May 16 18:59:42 2005 -0.271290 seconds
I double checked the 2 time with other clocks, the hwclock is accurate. The system clock gets about 18.5 minutes faster after 3 day running.
I noticed this problem several days ago.And I have googled about it, an article saying kernel timer 3 times faster. But its solution seems not suitable for me.
And I have checked that, it does not exist when kernel is 2.4.xx version.
It must be a kernel related problem, now I am using 2.6.11.7 kernel for
that 18.5 minutes faster after 3 day.
Knoppix 3.8.1, slax 5.0.x get same result: system get 2-3 minutes faster
after 6-8 hour running.
I have tried to address down the problem, but it seems to hard for an
average user.
I think it's adjtimx's job to control the system clock's speed. But I can
not figure out what parameters to give. And arch linux does not provide it.
Or more directly, the system clock speed is reflected from one of the
files in /proc/sys or /sys, maybe that clock's speed can be tuned by write
a number into a file there. /proc/sys/dev/rtc/max-user-freq and
/sys/block/hda/queue/iosched/est_time may be. But I am not sure of their
meaning. /sys/devices/system/timer/timer0 is an empty directory, then what
is it for?
_______________________________________________ arch mailing list [email protected] http://www.archlinux.org/mailman/listinfo/arch
