Re: [RFC-PATCH] clocksource: update lpj if clocksource has been changed.

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: john stultz
Date: Thursday, November 11, 2010 - 1:02 pm

On Thu, 2010-11-11 at 17:36 +0900, MyungJoo Ham wrote:

First, Thanks for reporting the issue and submitting the patch!

So the premise is that read_current_timer -> get_cycles ->
clocksource_read on some arches. And then when we select a different
clocksource for timekeeping, this also changes the get_cycles source
breaking delay loops.

The clocksource selected for timekeeping and the counter being used for
get_cycles really shouldn't be explicitly bound. On most systems I don't
think that is the case, so this patch would force needless recalibration
calls on clocksource changes.

Which arch specifically are you seeing the issue on? I suspect there is
be a better way to fix this.

thanks
-john




--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [RFC-PATCH] clocksource: update lpj if clocksource has ..., john stultz, (Thu Nov 11, 1:02 pm)