Re: [BISECTED] 2.6.35.*: horrible (exponential? >linear) slowdownto unusability (HPET)

[Thomas Gleixner]

On Fri, 10 Sep 2010, Nix wrote:

> On 10 Sep 2010, Artur Skawina spake thusly:
> > I'm seeing this too, except here it happens every couple of days of uptime,
> > lasts for a few minutes, and then goes away. Which made bisecting a bit
> > impractical... Thank you for doing it. 
> 
> I just happened to be the lucky sod for whom it was consistently going
> wrong. :)
> 
> > HW is similar; x64 and X58/82801JI/ICH10, tsc clocksrc.
> > Did that printk trigger?
> 
> No.
> 
> (hm, odd.
> 
> spindle:~# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
> tsc
> 
> spindle:~# grep -i tsc /proc/timer_list
> spindle:~# grep -i hpet /proc/timer_list
> Clock Event Device: hpet
>  set_next_event: hpet_legacy_next_event
>  set_mode:       hpet_legacy_set_mode
> 
> I suspect current_clocksource doesn't do what we think it does, or the
> clocksource and 'clock event device' are not the same.)

Right, they are not the same. clocksource provides us a read out
device for timekeeping (usually a simple increasing counter). clock
event device is used to generate timer interrupts.

HPET provides both functionalities.

The patch you bisected is affecting the clock events part of the
HPET. So yes, it's not a clock source problem.

I'm a bit at a loss here. We need information from Intel.

@hpa, suresh - can you please have a look at this ?

Thanks,

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