<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 04/15/2011 04:08 AM, Johnny Hughes wrote:
    <blockquote cite="mid:4DA82722.2020504@centos.org" type="cite">
      <pre wrap="">On 04/14/2011 06:23 AM, Mailing List wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">On 4/14/2011 6:47 AM, Johnny Hughes wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">
Is it really true that the time is working perfectly with one of the
other kernels (the older ones)?



</pre>
        </blockquote>
        <pre wrap="">
   Johnny,

      Yes, As long as I run the older 5.5 kernel my time is perfect. All
clients can get from this machine with no issues. As soon as I run new
kernel, or Plus kernel for that matter. The time goes downhill. "Uphill
actually"
  
    To answer the previous question I do have the HW clock set to utc,
Everything is stock from initial install of the package.

Brian.
</pre>
      </blockquote>
      <pre wrap="">
I do not see anything from Dell that is a model C151.

I also do not see anything in the RH bugzilla that is problematic for
older AMD processors and the clock, unless running KVM type virtual
machines.

Is this a VM or regular install?

If this a real machine, do you have the latest BIOS from Dell?

Do you have any special kernel options in grub?

</pre>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
CentOS mailing list
<a class="moz-txt-link-abbreviated" href="mailto:CentOS@centos.org">CentOS@centos.org</a>
<a class="moz-txt-link-freetext" href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a>
</pre>
    </blockquote>
    It also occured to me to ask if this was running in a VM, but it
    sounded like it was running on actual hardware.    I once had a
    vmware VM in which I had similar misbehavior of the clock. 
    Eventually I discovered that the following simple program when run
    inside the VM would return immediately instead of delaying for 10
    seconds as it should.<br>
    <br>
    #include <stdio.h><br>
    /* #include <sys/select.h> */<br>
    #include <sys/time.h><br>
    #include <sys/types.h><br>
    #include <unistd.h><br>
    <br>
    <br>
    int main() {<br>
    fd_set set;<br>
    struct timeval timeout;<br>
    int filedes = STDIN_FILENO;<br>
    <br>
    <br>
    FD_ZERO (&set);<br>
    FD_SET (filedes, &set);<br>
    <br>
    <br>
    timeout.tv_sec = 10;<br>
    timeout.tv_usec = 0;<br>
    <br>
    select(FD_SETSIZE, &set, NULL, NULL, &timeout);<br>
    <br>
    } <br>
    <br>
    <br>
    I then found out that the ISP had set the host OS for my VM to
    Ubuntu when I was running CentOS 5 in the VM.  The cause was that
    VMware assumed a tickless kernel for Ubuntu, but not for CentOS 5
    and there were optimizations in the VM emulation that counted on
    VMware knowing what timekeeping options where set in the kernel.<br>
    <br>
    Nataraj<br>
    <br>
  </body>
</html>