Re: Lost Ticks

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Yeah I tried that patch. It simply emulates adding notsc to the command line. However there was a thread on LKML between Andi Kleen and the provider of this patch and Andi indicated he wasn't convinced that this fixes the bug, but simply masks the real bug. For now I'm sticking with the notsc option until they figure out more details.
   -Scott

Marc Perkel wrote:

Yeah - there's a patch for that here:

http://bugzilla.kernel.org/show_bug.cgi?id=5105

I haven't tried it yet but will later when I go to the data center. You might want to try it and let me know if it actually fixed the problem.

diff --git a/arch/x86_64/kernel/time.c b/arch/x86_64/kernel/time.c
--- a/arch/x86_64/kernel/time.c
+++ b/arch/x86_64/kernel/time.c
@@ -959,9 +959,6 @@ static __init int unsynchronized_tsc(voi
        are handled in the OEM check above. */
     if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL)
         return 0;
-     /* All in a single socket - should be synchronized */
-     if (cpus_weight(cpu_core_map[0]) == num_online_cpus())
-         return 0;
#endif
     /* Assume multi socket systems are not synchronized */
     return num_online_cpus() > 1;


Mizery loves company. I'm glad I'm not the only one with this problem.


Scott Lampert wrote:

I have the exact same problem on a ASUS A8N-SLI Premium board and Athlon64 4800+ X2 with every BIOS up to 1008-01. Running with notsc is the only way to get it to work.

As an aside BIOS version 1008-003 is available for this board however this one seems to be WAY worse as the board won't even boot. It gets panics before the boot messages unless you boot with noapic and after that it gets checksum errors on the RSDP. I'm afraid to see what the next official BIOS version does. :/
   -Scott

Frank van Maarseveen wrote:

On Sun, Sep 18, 2005 at 09:23:40PM -0700, Marc Perkel wrote:
Got a dual core Athlon 64 X2 on an Asus board using NVidia chipset and getting lost ticks. The software clock of course is totally messed up. I've scanned google for a solution and see others complaining about bad code in the SMM BIOS. I have the latest bios and whatever they need to fix - isn't.

So - what do I do to make it work?



See http://bugzilla.kernel.org/show_bug.cgi?id=5105

On the kernel command-line:

x86_64:    try "notsc"
i386:    try "clock=pit"

"nosmp" works but isn't fun.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux