[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200102110817.ahqaqidw3ztw3kax@10.255.255.10>
Date: Thu, 2 Jan 2020 12:08:17 +0100
From: Karel Zak <kzak@...hat.com>
To: Mikhail Gavrilov <mikhail.v.gavrilov@...il.com>
Cc: util-linux@...r.kernel.org,
Linux List Kernel Mailing <linux-kernel@...r.kernel.org>,
linux-ext4@...r.kernel.org
Subject: Re: [bugreport] "hwclock -w" reset time instead of setting the right
time
On Thu, Jan 02, 2020 at 01:08:41PM +0500, Mikhail Gavrilov wrote:
> "hwclock -w" reset time instead of setting the right time on M/B "ROG
> Strix X570-I Gaming"
> Demonstration: https://youtu.be/QRB7ZLiEfrc
> Some DE like GNOME has automatic time synchronization option and there
> is a feeling that hardware time reset after each Linux boot.
Can you try "hwclock -w -v" to get more details?
For example on my workstation:
# ./hwclock -w -v
hwclock from util-linux 2.35-rc1-20-63f8
System Time: 1577963091.683987
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Last drift adjustment done at 1531914946 seconds after 1969
Last calibration done at 1531914946 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
RTC type: 'rtc_cmos'
Using delay: 0.500000 seconds
missed it - 1577963091.684767 is too far past 1577963091.500000 (0.184767 > 0.001000)
1577963092.500000 is close enough to 1577963092.500000 (0.000000 < 0.002000)
Set RTC to 1577963092 (1577963091 + 1; refsystime = 1577963091.000000)
Setting Hardware Clock to 11:04:52 = 1577963092 seconds since 1969
ioctl(RTC_SET_TIME) was successful.
Not adjusting drift factor because the --update-drift option was not used.
New /etc/adjtime data:
0.000000 1577963091 0.000000
1577963091
UTC
Karel
--
Karel Zak <kzak@...hat.com>
http://karelzak.blogspot.com
Powered by blists - more mailing lists