summaryrefslogtreecommitdiff
path: root/hwclock
AgeCommit message (Collapse)AuthorFilesLines
2009-10-09Remove now unused <sys/ioctl.h> includesGuillem Jover1-1/+0
Those became unused with the switch to the blkdev functions. Signed-off-by: Guillem Jover <guillem@hadrons.org>
2009-08-21replace usleep() for systems that don't have themDaniel Mierswa1-0/+1
This function is marked obsolete in POSIX.1-2001 and removed in POSIX.1-2008. Conditionally replaced with nanosleep(). Signed-off-by: Daniel Mierswa <impulze@impulze.org>
2009-08-20hwclocks: use time limit for KDGHWCLK busy waitKarel Zak1-19/+19
Currently the busy wait in synchronize_to_clock_tick_kd() is restricted by number of loops. It's better to use time limit (1.5s). We already use this method for RTC. Signed-off-by: Karel Zak <kzak@redhat.com>
2009-08-17hwclock.8: formattingPeter Breitenlohner1-23/+24
Signed-off-by: Peter Breitenlohner <peb@mppmu.mpg.de>
2009-05-27hwclock: fix mismatched popen/fclose.John Keeping1-1/+1
date_child_fp is opened by popen, so should be closed with pclose. Signed-off-by: John Keeping <john.keeping@lineone.net> Reviewed-by: WANG Cong <xiyou.wangcong@gmail.com>
2009-03-10hwclock: add --systz option to set system clock from itselfScott James Remnant2-8/+120
Since the system clock time is already set from the hardware clock by the kernel (when compiled with CONFIG_RTC_HCTOSYS), there's no particular need to read the hardware clock again. This option sets the system clock using itself as a reference if the hardware clock was in local time. The resulting system clock time is in UTC, with the kernel timezone set to the difference. [kzak@redhat.com: - fix the condition that controls read_adjtime() call] Signed-off-by: Scott James Remnant <scott@ubuntu.com> Signed-off-by: Karel Zak <kzak@redhat.com>
2008-11-26hwclock: clock.h is included more than onceKarel Zak1-4/+2
Signed-off-by: Karel Zak <kzak@redhat.com>
2008-10-16hwclock: remove "cli" and "sti" from i386 CMOS codeKarel Zak1-25/+4
The protection against context switch is nonsense. There is possible to optimize the access to CMOS by mlockall(MCL_CURRENT) and SCHED_FIFO. For more details see: http://lkml.org/lkml/2008/10/12/132 Reported-by: Arjan van de Ven <arjan@infradead.org> Signed-off-by: Karel Zak <kzak@redhat.com>
2008-10-03hwclock: several strings without gettext callsPedro Ribeiro2-12/+12
Signed-off-by: Pedro Ribeiro <p.m42.ribeiro@gmail.com> Signed-off-by: Karel Zak <kzak@redhat.com>
2008-08-18hwclock: don't open /dev/rtc repeatedlyKarel Zak1-22/+30
Signed-off-by: Karel Zak <kzak@redhat.com>
2008-08-13hwclock: read_hardware_clock_rtc() need to return error codesKarel Zak1-3/+3
We shouldn't ignore RTC_RD_TIME/RTCGET error codes. Signed-off-by: Karel Zak <kzak@redhat.com>
2008-08-13hwclock: delay loop in set_hardware_clock_exactKalev Soikonen1-8/+12
- Avoid delaying 1.5 seconds when 0.5 will do. - Guard for forward time resets as well. [kzak@redhat.com: - fix the "Delaying.." debug message - add comments] Signed-off-by: Kalev Soikonen <ksop@hot.ee> Signed-off-by: Karel Zak <kzak@redhat.com>
2008-08-13hwclock: use time limit for synchronization busy waitKarel Zak3-12/+14
Signed-off-by: Karel Zak <kzak@redhat.com>
2008-08-13hwclock: use carefully synchronize_to_clock_tick() return codesKarel Zak1-3/+8
* It seems that rtc-isl1208 0-006f: chip found, driver version 0.3 rtc-isl1208 0-006f: rtc core: registered rtc-isl1208 as rtc0 rtc-isl1208 0-006f: rtc power failure detected, please set clock. causes that hardware clock returns persistent time and synchronization is impossible. The hwclock(8) has to ignore this problem and allows to set clock anyway. * synchronize_to_clock_tick() shouldn't to print the "...got clock tick" debug message in case of failure. Signed-off-by: Karel Zak <kzak@redhat.com>
2008-08-12hwclock: remove x86_64-specific bogonDavid Brownell1-1/+1
I was puzzled why "hwclock" wrongly reported my x86_64 sytem didn't support RTC update interrupts. Bogus #ifdef, that's why ... added by the 2.11y patch (from 2.11t). Probably this whole #ifdef should just vanish ... if the kernel rejects UIE_ON, the program ought to just cope with it. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
2008-08-06hwclock: cleanup help output and man pageKarel Zak2-65/+42
Signed-off-by: Karel Zak <kzak@redhat.com>
2008-08-06hwclock: unshadow a diagnostic printfKalev Soikonen1-5/+3
- Bogus if test means one message is never produced. - Avoid needless passing of a global variable (debug). The --test option flag ought to be a global as well (and perhaps -n/--dry-run). Signed-off-by: Kalev Soikonen <ksop@hot.ee>
2008-06-17hwclock: always reads hardware clockKarel Zak2-10/+18
It's a pity that hwclock first tries to read the clock when running hwclock --systohc --noadjfile --utc and exits as this fails. I cannot see a reason to read first in that case. Old version: # hwclock --systohc --noadjfile --utc --debug hwclock from util-linux-ng 2.14 Using /dev interface to clock. Assuming hardware clock is kept in UTC time. Waiting for clock tick... /dev/rtc does not have interrupt functions. Waiting in loop for time from /dev/rtc to change ...got clock tick Time read from Hardware Clock: 2008/06/17 11:18:24 Hw clock time : 2008/06/17 11:18:24 = 1213701504 seconds since 1969 Time elapsed since reference time has been 0.904855 seconds. Delaying further to reach the next full second. Setting Hardware Clock to 11:18:24 = 1213701504 seconds since 1969 ioctl(RTC_SET_TIME) was successful. New version: # hwclock --systohc --noadjfile --utc --debug hwclock from util-linux-ng 2.14 Using /dev interface to clock. Assuming hardware clock is kept in UTC time. Time elapsed since reference time has been 0.572151 seconds. Delaying further to reach the next full second. Setting Hardware Clock to 11:18:52 = 1213701532 seconds since 1969 ioctl(RTC_SET_TIME) was successful. Addresses-Debian-Bug: #478663 Signed-off-by: Karel Zak <kzak@redhat.com>
2008-06-16hwclock: omit warning about drift if --noadjfile givenMatthias Koenig1-4/+6
Currently, if hwclock is given the --noadjfile option it will nevertheless display information about the drift rate when invoked with the --debug option. Signed-off-by: Matthias Koenig <mkoenig@suse.de>
2008-04-14build-sys: ignore a bunch of generated files, mostly binariesJames Youngman1-0/+1
Signed-off-by: James Youngman <jay@gnu.org> Signed-off-by: Karel Zak <kzak@redhat.com>
2008-04-09hwclock: add --adjfile=path optionKarel Zak2-29/+51
Signed-off-by: Karel Zak <kzak@redhat.com>
2007-12-17build-sys: use dist_man_MANS instead of man_MANSStepan Kasal1-1/+1
Signed-off-by: Stepan Kasal <skasal@redhat.com>
2007-12-04hwclock: check for ENODEVDavid Woodhouse1-1/+1
/sbin/hwclock is supposed to fall back to using /dev/rtc0 if /dev/rtc isn't working (which it isn't, because mkinitrd creates it with the old device numbers, and we're switching to the new RTC_CLASS driver). Unfortunately, it'll only cope if the error it gets is ENOENT (i.e. the device node doesn't exist). It doesn't fall back to the next device in the list if the error is ENODEV, which is what happens when the device node exists, but there's no driver. Signed-off-by: David Woodhouse <dwmw2@infradead.org> Signed-off-by: Karel Zak <kzak@redhat.com>
2007-10-26hwclock: do not create a zero adjfileAlain Guibert1-0/+1
When hwclock --hctosys is started very early during the system startup, with / still mounted read-only, and there was no /etc/adjtime file, hwclock fails creating a default adjfile full of zeroes, and prints an error message. I believe that such zero adjfile is not necessary, because it means exactly the same as no adjfile at all. The attached patch prevents creation of a zero adjfile, of course unless something gets changed (this never happens during a --hctosys). Signed-off-by: Alain Guibert <alguibert+ulng@free.fr>
2007-09-20hwclock: fix --rtc optionMatthias Koenig1-18/+15
The --rtc option does not set the name of the device correctly. It still uses /dev/rtc even if the --rtc option is given. Testcase: $ mv /dev/rtc /dev/foo $ hwclock --show --debug --rtc=/dev/foo hwclock from util-linux-2.13-rc2 Using /dev interface to clock. Last drift adjustment done at 1190198135 seconds after 1969 Last calibration done at 1190198135 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... hwclock: open() of /dev/rtc failed, errno=2: No such file or directory. ...got clock tick Co-Author: Karel Zak <kzak@redhat.com> Signed-off-by: Matthias Koenig <mkoenig@suse.de> Signed-off-by: Karel Zak <kzak@redhat.com>
2007-07-27remove hardcoded package name from some utilsKarel Zak1-1/+1
We have PACKAGE_STRING in config.h that includes package name and version. It's better to use this macro that hardcoded strings. Signed-off-by: Karel Zak <kzak@redhat.com>
2007-07-03man pages: add "AVAILABILITY" sectionKarel Zak1-0/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2007-05-16build-sys: do not use wildcards in EXTRA_DISTStepan Kasal1-1/+1
Wildcards in EXTRA_DIST break "make dist" for vpath build. But plain directory names are ok. Signed-off-by: Stepan Kasal <skasal@redhat.com>
2007-03-21hwclock: make ggc happy and check return values from fgets, read and writeKarel Zak2-13/+17
Signed-off-by: Karel Zak <kzak@redhat.com>
2007-03-21hwclock: remove tailing white-spaces and clean up clock.hKarel Zak6-198/+207
Signed-off-by: Karel Zak <kzak@redhat.com>
2007-03-21hwclock: add support for audit systemKarel Zak5-15/+68
If you compile --with-audit the hwclock tool reports changes in sys/hw clock to audit system. The real long-term and final solution is probably add hooks for /dev/rtc to kernel, but it's not implemented yet. Signed-off-by: Steve Grubb <sgrubb@redhat.com> Signed-off-by: Karel Zak <kzak@redhat.com>
2007-03-20hwclock: fix --systohc sets clock 0.5 seconds slowKarel Zak1-2/+7
quote from rh150493: The kernel code, when setting the BIOS clock notes that the clock time ticks to the next second 0.5 seconds after adjusting it (see linux/arch/i386/kernel/time.c). hwclock --systohc sets the CMOS clock at the 1 second boundry and thus causes the clock to be wrong by 500ms each time it is reset. If the clock is set every shutdown then the clock will have a reboot-count related drift as well as the natural drift problems of the clock. Note that this also mucks up the drift calculations, of course. Signed-off-by: Karel Zak <kzak@redhat.com>
2007-03-19hwclock: add --rtc=<path> option and support for /dev/rtc0Karel Zak4-25/+73
The patch to allow "hwclock --rtc /dev/rtc1" and so on, since "/dev/rtc" may not be there and "/dev/rtc0" may not be the right answer either. The "--rtc" is compatible with next Bryan Henderson's hwclock versions. Signed-off-by: David Brownell <david-b@pacbell.net> Signed-off-by: Karel Zak <kzak@redhat.com>
2007-02-08build-sys: fix README filenames and add missing files to EXTRA_DISTsKarel Zak1-0/+1
Also, the patch makes "make mrproper" more robust. Signed-off-by: Karel Zak <kzak@redhat.com>
2007-01-04build-sys: add missing filesKarel Zak1-1/+2
This patch add all missing headers, man pages and README files to automake stuff and "make dist-gzip" produces useful tarball now. Signed-off-by: Karel Zak <kzak@redhat.com>
2007-01-03build-sys: remove generated autotools stuff from gitKarel Zak1-541/+0
The generated autotools stuff shouldn't be maintained by SCM. After check out from git use ./autogen.sh. For more details see README.devel. Signed-off-by: Karel Zak <kzak@redhat.com>
2006-12-07Imported from util-linux-2.13-pre6 tarball.Karel Zak1-1/+1
2006-12-07Imported from util-linux-2.13-pre4 tarball.Karel Zak1-0/+2
2006-12-07Imported from util-linux-2.13-pre3 tarball.Karel Zak1-2/+2
2006-12-07Imported from util-linux-2.13-pre2 tarball.Karel Zak1-81/+21
2006-12-07Imported from util-linux-2.13-pre1 tarball.Karel Zak7-46/+614
2006-12-07Imported from util-linux-2.12l tarball.Karel Zak6-4/+13
2006-12-07Imported from util-linux-2.12i tarball.Karel Zak2-4/+18
2006-12-07Imported from util-linux-2.12a tarball.Karel Zak1-4/+28
2006-12-07Imported from util-linux-2.12 tarball.Karel Zak1-1/+1
2006-12-07Imported from util-linux-2.11y tarball.Karel Zak1-5/+4
2006-12-07Imported from util-linux-2.11x tarball.Karel Zak2-21/+26
2006-12-07Imported from util-linux-2.11u tarball.Karel Zak1-1/+1
2006-12-07Imported from util-linux-2.11t tarball.Karel Zak12-1310/+474
2006-12-07Imported from util-linux-2.11r tarball.Karel Zak1-9/+11