Commit 995bd3bb authored by Thomas Gleixner's avatar Thomas Gleixner

x86: Hpet: Avoid the comparator readback penalty

Due to the overly intelligent design of HPETs, we need to workaround
the problem that the compare value which we write is already behind
the actual counter value at the point where the value hits the real
compare register. This happens for two reasons:

1) We read out the counter, add the delta and write the result to the
   compare register. When a NMI or SMI hits between the read out and
   the write then the counter can be ahead of the event already

2) The write to the compare register is delayed by up to two HPET
   cycles in certain chipsets.

We worked around this by reading back the compare register to make
sure that the written value has hit the hardware. For certain ICH9+
chipsets this can require two readouts, as the first one can return
the previous compare register value. That's bad performance wise for
the normal case where the event is far enough in the future.

As we already know that the write can be delayed by up to two cycles
we can avoid the read back of the compare register completely if we
make the decision whether the delta has elapsed already or not based
on the following calculation:

  cmp = event - actual_count;

If cmp is less than 8 HPET clock cycles, then we decide that the event
has happened already and return -ETIME. That covers the above #1 and
#2 problems which would cause a wait for HPET wraparound (~306
seconds).
Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
Tested-by: default avatarNix <nix@esperi.org.uk>
Tested-by: default avatarArtur Skawina <art.08.09@gmail.com>
Cc: Damien Wyart <damien.wyart@free.fr>
Tested-by: default avatarJohn Drescher <drescherjm@gmail.com>
Cc: Venkatesh Pallipadi <venki@google.com>
Cc: Arjan van de Ven <arjan@linux.intel.com>
Cc: Andreas Herrmann <andreas.herrmann3@amd.com>
Tested-by: default avatarBorislav Petkov <borislav.petkov@amd.com>
Cc: Suresh Siddha <suresh.b.siddha@intel.com>
LKML-Reference: <alpine.LFD.2.00.1009151500060.2416@localhost6.localdomain6>
parent 151b6a5f
...@@ -380,44 +380,35 @@ static int hpet_next_event(unsigned long delta, ...@@ -380,44 +380,35 @@ static int hpet_next_event(unsigned long delta,
struct clock_event_device *evt, int timer) struct clock_event_device *evt, int timer)
{ {
u32 cnt; u32 cnt;
s32 res;
cnt = hpet_readl(HPET_COUNTER); cnt = hpet_readl(HPET_COUNTER);
cnt += (u32) delta; cnt += (u32) delta;
hpet_writel(cnt, HPET_Tn_CMP(timer)); hpet_writel(cnt, HPET_Tn_CMP(timer));
/* /*
* We need to read back the CMP register on certain HPET * HPETs are a complete disaster. The compare register is
* implementations (ATI chipsets) which seem to delay the * based on a equal comparison and neither provides a less
* transfer of the compare register into the internal compare * than or equal functionality (which would require to take
* logic. With small deltas this might actually be too late as * the wraparound into account) nor a simple count down event
* the counter could already be higher than the compare value * mode. Further the write to the comparator register is
* at that point and we would wait for the next hpet interrupt * delayed internally up to two HPET clock cycles in certain
* forever. We found out that reading the CMP register back * chipsets (ATI, ICH9,10). We worked around that by reading
* forces the transfer so we can rely on the comparison with * back the compare register, but that required another
* the counter register below. If the read back from the * workaround for ICH9,10 chips where the first readout after
* compare register does not match the value we programmed * write can return the old stale value. We already have a
* then we might have a real hardware problem. We can not do * minimum delta of 5us enforced, but a NMI or SMI hitting
* much about it here, but at least alert the user/admin with * between the counter readout and the comparator write can
* a prominent warning. * move us behind that point easily. Now instead of reading
* * the compare register back several times, we make the ETIME
* An erratum on some chipsets (ICH9,..), results in * decision based on the following: Return ETIME if the
* comparator read immediately following a write returning old * counter value after the write is less than 8 HPET cycles
* value. Workaround for this is to read this value second * away from the event or if the counter is already ahead of
* time, when first read returns old value. * the event.
*
* In fact the write to the comparator register is delayed up
* to two HPET cycles so the workaround we tried to restrict
* the readback to those known to be borked ATI chipsets
* failed miserably. So we give up on optimizations forever
* and penalize all HPET incarnations unconditionally.
*/ */
if (unlikely((u32)hpet_readl(HPET_Tn_CMP(timer)) != cnt)) { res = (s32)(cnt - hpet_readl(HPET_COUNTER));
if (hpet_readl(HPET_Tn_CMP(timer)) != cnt)
printk_once(KERN_WARNING
"hpet: compare register read back failed.\n");
}
return (s32)(hpet_readl(HPET_COUNTER) - cnt) >= 0 ? -ETIME : 0; return res < 8 ? -ETIME : 0;
} }
static void hpet_legacy_set_mode(enum clock_event_mode mode, static void hpet_legacy_set_mode(enum clock_event_mode mode,
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment