From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10611241913h18b1c943kdf98ed8079088c80@mail.gmail.com> Date: Fri, 24 Nov 2006 20:13:20 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] incorrect system time In-Reply-To: <95dfc7de0611241859i3c9a443bu40aaeba5116d6275@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <95dfc7de0611241859i3c9a443bu40aaeba5116d6275@mail.gmail.com> Topicbox-Message-UUID: e6942198-ead1-11e9-9d60-3106f5b1d025 On 11/24/06, Myron Cheung wrote: > I downloaded the plan9.iso a few days ago, and when I load it up in qemu, > the system time is off by more than 6 years. However, I never had this > problem when I ran an older version of plan9 (about 3 years older). I > searched through the archive of 9fans, and there were some mention of a > similar clock drift problem on other platforms. Anyways, I checked /dev/rtc > and /dev/time. It appears that /dev/rtc is correct while /dev/time is way > off. If I do "cat /dev/rtc > /dev/time", the clock gets reset to its > correct value, but after a few minutes, it reverts back to an incorrect > value. I am still seeing the same problem. I think I fixed this in Xen by taking the clock interrupt but always picking up the value of the time from the rtc, but I am not sure. But there is definitely a problem here. ron