public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ed Sweetman <safemode@comcast.net>
To: linux-kernel@vger.kernel.org
Subject: athlon 64 dual core tsc out of sync
Date: Fri, 03 Feb 2006 21:10:28 -0500	[thread overview]
Message-ID: <43E40D14.7070606@comcast.net> (raw)

I know this has been gone over before, and I am aware of the possible 
fix being the use of the pmtmr.

My question is, if there is support builtin to the kernel for more than 
one timer, and we know that no timer but the pmtimer is reliable on a 
dual core system, why doesn't the startup of the kernel choose the 
pmtimer based on if it detects the system is a dual core proc with smp 
enabled?   And if the pmtimer doesn't fix this sync issue, is there a 
fix out there?   Currently with 2.6.16-rc1-mm5 the non-customized boot 
args to the kernel results in these messages.

Losing some ticks... checking if CPU frequency changed.
warning: many lost ticks.
Your time source seems to be instable or some driver is hogging interupts
rip default_idle+0x2d/0x60


cpufreq is enabled of course.  

             reply	other threads:[~2006-02-04  2:09 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-04  2:10 Ed Sweetman [this message]
2006-02-04 19:03 ` athlon 64 dual core tsc out of sync Lee Revell
2006-02-04 19:52   ` Alistair John Strachan
2006-02-04 21:55     ` Ed Sweetman
2006-02-04 19:16 ` Lee Revell
2006-02-05 16:32 ` Andi Kleen
2006-02-06  1:12   ` Ed Sweetman
  -- strict thread matches above, loose matches on Subject: below --
2006-02-04 20:24 Albert Cahalan
2006-02-05  1:00 ` Lee Revell
2006-02-05  1:45   ` Albert Cahalan
2006-02-05  2:08     ` Lee Revell
2006-02-05  3:02       ` Ed Sweetman
2006-02-05  5:08         ` Alistair John Strachan
2006-02-05  2:24     ` Lee Revell
2006-02-05  5:06 ` Alistair John Strachan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43E40D14.7070606@comcast.net \
    --to=safemode@comcast.net \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox