From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <95dfc7de0611241924x4aed79f3v701593e2dc2ae7fa@mail.gmail.com> Date: Sat, 25 Nov 2006 03:24:33 +0000 From: "Myron Cheung" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] incorrect system time In-Reply-To: <13426df10611241913h18b1c943kdf98ed8079088c80@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_99581_22764533.1164425073426" References: <95dfc7de0611241859i3c9a443bu40aaeba5116d6275@mail.gmail.com> <13426df10611241913h18b1c943kdf98ed8079088c80@mail.gmail.com> Topicbox-Message-UUID: e6a35bae-ead1-11e9-9d60-3106f5b1d025 ------=_Part_99581_22764533.1164425073426 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline By the way, I also tried the most recent version of plan9.iso on a Dell PC (celeron 2.8GHZ), the clock comes up correct. On 11/25/06, ron minnich wrote: > > 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 > ------=_Part_99581_22764533.1164425073426 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline By the way, I also tried the most recent version of plan9.iso on a Dell PC (celeron 2.8GHZ), the clock comes up correct.

On 11/25/06, ron minnich < rminnich@gmail.com> wrote:
On 11/24/06, Myron Cheung < onyx.peridot@gmail.com> 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

------=_Part_99581_22764533.1164425073426--