On 01:22 Sat 10 Dec , Andrew Sharp wrote: > On Fri, Dec 09, 2005 at 06:39:26AM -0500, mikepolniak wrote: > > On 10:36 Fri 09 Dec , [EMAIL PROTECTED] wrote: > > > --------------- > > > > > > I have tried the pci=routeirq, acpi=off, noapic, nolapic, no_timer_check, > > > no_tsc... bootparams without any real succes, my system clock keeps on > > > drifting > > > away faster and faster after the system has been up for some time. > > > > > > My question to the list is : > > > > > > Are the debian amd64-k8-smp kernels also subject to this problem? > > > > > This is a kernel problem with SMP having unsynced TSC's running at > > different freqs, supposedly fixed in kernel 2.6.14. Before 2.6.14 i > > needed to boot with pci=noacpi and clock=pmtmr to solve the 'lost > > 'ticks'. > > > > A Debian kernel won't change anything. assuming you have a similar config > > (e.g. HPET_TIMER=y PM_TIMER=y). You may want to post this on the LKML. > > This must be specific to some chipsets as I do not have this problem on > my SMP system running Debian kernel 2.6.12-whatever.
This shows up when running dual cpu's under heavy load (compiling, encoding etc) for an extended time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
