Joel Wiramu Pauling posted <[EMAIL PROTECTED]>, excerpted below, on Sat, 11 Jun 2005 20:29:00 +1200:
> 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. Please... quote what you are responding to, snipping extraneous content, then reply underneath with your response. It makes it MUCH easier to keep things in context as the thread progresses. FWIW, there are some fixes that might help with the problem in the newest 2.6.12-rc kernels, according to the changelogs. It seems some hardware lacks the usual timing mechanism that the kernel depends on to keep its view of time synchronized with "real" time. There are various other bits of timing hardware available for use, with some better for the kernel to depend on than others, and the newest kernels (as mentioned above, still in the rcs) add yet another fallback mechanism. Once these get into a full release, and once affected users figure out what they need to enable to make use of them, it's quite likely that the noapic and similar substandard workarounds won't be necessary any longer. I'm running the latest 2.6.12-rc6 fetched directly from kernel.org, configured and compiled myself. Of course, I'm running a dual Opteron Tyan board, which uses the normally preferred hardware to keep the two CPUs in sync, so I'm not affected by the problem and therefore can't see if it's better now or not. However, I can suggest that folks try it and see. I know I haven't seen any issues with it here (alto I did see a minor one with rc5, no fixed, something having to do with one of the sensor drivers wouldn't compile, at least with gcc-4, it wasn't enough of a problem for me to worry about and try with gcc-3.4.x, since it was non-critical here and I could simply disable it for that rc). -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- [email protected] mailing list
