Merge branch 'x86-timers-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip

* 'x86-timers-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
x86: Hpet: Avoid the comparator readback penalty

+21 -30
+21 -30
arch/x86/kernel/hpet.c
··· 380 380 struct clock_event_device *evt, int timer) 381 381 { 382 382 u32 cnt; 383 + s32 res; 383 384 384 385 cnt = hpet_readl(HPET_COUNTER); 385 386 cnt += (u32) delta; 386 387 hpet_writel(cnt, HPET_Tn_CMP(timer)); 387 388 388 389 /* 389 - * We need to read back the CMP register on certain HPET 390 - * implementations (ATI chipsets) which seem to delay the 391 - * transfer of the compare register into the internal compare 392 - * logic. With small deltas this might actually be too late as 393 - * the counter could already be higher than the compare value 394 - * at that point and we would wait for the next hpet interrupt 395 - * forever. We found out that reading the CMP register back 396 - * forces the transfer so we can rely on the comparison with 397 - * the counter register below. If the read back from the 398 - * compare register does not match the value we programmed 399 - * then we might have a real hardware problem. We can not do 400 - * much about it here, but at least alert the user/admin with 401 - * a prominent warning. 402 - * 403 - * An erratum on some chipsets (ICH9,..), results in 404 - * comparator read immediately following a write returning old 405 - * value. Workaround for this is to read this value second 406 - * time, when first read returns old value. 407 - * 408 - * In fact the write to the comparator register is delayed up 409 - * to two HPET cycles so the workaround we tried to restrict 410 - * the readback to those known to be borked ATI chipsets 411 - * failed miserably. So we give up on optimizations forever 412 - * and penalize all HPET incarnations unconditionally. 390 + * HPETs are a complete disaster. The compare register is 391 + * based on a equal comparison and neither provides a less 392 + * than or equal functionality (which would require to take 393 + * the wraparound into account) nor a simple count down event 394 + * mode. Further the write to the comparator register is 395 + * delayed internally up to two HPET clock cycles in certain 396 + * chipsets (ATI, ICH9,10). We worked around that by reading 397 + * back the compare register, but that required another 398 + * workaround for ICH9,10 chips where the first readout after 399 + * write can return the old stale value. We already have a 400 + * minimum delta of 5us enforced, but a NMI or SMI hitting 401 + * between the counter readout and the comparator write can 402 + * move us behind that point easily. Now instead of reading 403 + * the compare register back several times, we make the ETIME 404 + * decision based on the following: Return ETIME if the 405 + * counter value after the write is less than 8 HPET cycles 406 + * away from the event or if the counter is already ahead of 407 + * the event. 413 408 */ 414 - if (unlikely((u32)hpet_readl(HPET_Tn_CMP(timer)) != cnt)) { 415 - if (hpet_readl(HPET_Tn_CMP(timer)) != cnt) 416 - printk_once(KERN_WARNING 417 - "hpet: compare register read back failed.\n"); 418 - } 409 + res = (s32)(cnt - hpet_readl(HPET_COUNTER)); 419 410 420 - return (s32)(hpet_readl(HPET_COUNTER) - cnt) >= 0 ? -ETIME : 0; 411 + return res < 8 ? -ETIME : 0; 421 412 } 422 413 423 414 static void hpet_legacy_set_mode(enum clock_event_mode mode,