From: Andi Kleen <andi@firstfloor.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: Roman Zippel <zippel@linux-m68k.org>,
john stultz <johnstul@us.ibm.com>,
Paul Mackerras <paulus@samba.org>,
Tony Luck <tony.luck@intel.com>, Ingo Molnar <mingo@elte.hu>,
lkml <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] Close small window for vsyscall time inconsistencies
Date: Mon, 07 Apr 2008 13:29:44 +0200 [thread overview]
Message-ID: <873apxsy1j.fsf@basil.nowhere.org> (raw)
In-Reply-To: <alpine.LFD.1.10.0804070826390.3224@apollo.tec.linutronix.de> (Thomas Gleixner's message of "Mon, 7 Apr 2008 08:27:55 +0200 (CEST)")
Thomas Gleixner <tglx@linutronix.de> writes:
>
>> So instead of shooting in the dark, I'd suggest to collect some
>> numbers first,
>
> That's what we did and John's analysis of the problem is pretty
> correct.
The source of the problem is that RDTSC is not always 100% sync
right?
We debugged a similar problem a long time ago and in that case
it was the CPU speculating around the RDTSC. That was stopped
by adding the CPUIDs to sync the core.
I would double check that the CPUIDs are still executed as needed
on the systems showing the issue.
(the code to turn that on and off is somewhat subtle and breaks occasionally)
Also it was assumed at some point it wasn't needed on P4, but that turned
out to be wrong later. Perhaps the enable logic is still not quite
right.
Or perhaps the CPUIDs need to be moved inside or outside the
seqlocks?
-Andi
next prev parent reply other threads:[~2008-04-07 11:29 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-04 20:17 [PATCH] Close small window for vsyscall time inconsistencies john stultz
2008-04-07 0:55 ` Roman Zippel
2008-04-07 6:27 ` Thomas Gleixner
2008-04-07 10:02 ` Roman Zippel
2008-04-07 11:29 ` Andi Kleen [this message]
2008-04-07 11:27 ` Andi Kleen
2008-04-07 16:32 ` John Stultz
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=873apxsy1j.fsf@basil.nowhere.org \
--to=andi@firstfloor.org \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=paulus@samba.org \
--cc=tglx@linutronix.de \
--cc=tony.luck@intel.com \
--cc=zippel@linux-m68k.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