I noticed similar problems with my opteron system. I don't like having to turn apic off as it's usefull for powermanagement, and various other bits. So my solution is to run ntp. You can grab both the client and daemon from ebuild then all you need to do is add it to your default run level.
Fix the problem here without any issues. Kind regards Joel W On Sat, 2005-06-11 at 01:59 -0700, Matthew Martinez wrote: > Marco Matthies wrote: > > >Hi, > > > >I think i read somewhere > >(for example here: > >http://www.ussg.iu.edu/hypermail/linux/kernel/0408.2/1865.html) > >that enabling the noapic option (for the kernel, in grub.conf) can cure > >similar problems. I also saw some reports (found by googling for "noapic > >time drift" or "linux time drift") that smp kernels can have these > >problems. Or perhaps your CFLAGS are too agressive ? You might want to > >try "-O2 -march=athlon64 -pipe", gcc might have some subtle bug noone > >has noticed yet on amd64, although this might not have anything to do > >with your problem. > > > >Sorry I cannot offer more, good luck ! > > > >Marco > > > > > Thanks Marco, noapic worked beautifully. now my clock is very much in > tune with what time should be like, however, now, my box will not > recieve a dhcp ip address whenever i use this option to boot my kernel. > any suggestions? > > cheers, > matthew -- [email protected] mailing list
