Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency

2013-08-30 Thread John Stultz
On 08/30/2013 07:40 AM, Chris Metcalf wrote: > On 8/29/2013 3:30 PM, John Stultz wrote: >> On 08/29/2013 11:40 AM, Chris Metcalf wrote: >>> Ping! I have this work queued up to push as part of the linux-tile tree >>> for the >>> merge window. Is that acceptable to the timekeeping/clocksource folk

Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency

2013-08-30 Thread Chris Metcalf
On 8/29/2013 3:30 PM, John Stultz wrote: > On 08/29/2013 11:40 AM, Chris Metcalf wrote: >> Ping! I have this work queued up to push as part of the linux-tile tree for >> the >> merge window. Is that acceptable to the timekeeping/clocksource folks? >> Should I hold it back pending further review?

Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency

2013-08-29 Thread John Stultz
On 08/29/2013 11:40 AM, Chris Metcalf wrote: > Ping! I have this work queued up to push as part of the linux-tile tree for > the > merge window. Is that acceptable to the timekeeping/clocksource folks? > Should I hold it back pending further review? Or does it make sense to > push it as-is and

Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency

2013-08-29 Thread Chris Metcalf
Ping! I have this work queued up to push as part of the linux-tile tree for the merge window. Is that acceptable to the timekeeping/clocksource folks? Should I hold it back pending further review? Or does it make sense to push it as-is and think about further improvements, if any, for a later re

Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency

2013-08-14 Thread Chris Metcalf
On 8/14/2013 2:17 PM, John Stultz wrote: > So a long while back we had tried to adapt for clock frequency changes > on things like the TSC, but it resulting in *terrible* timekeeping as > the latency between the frequency change and the handling of the > notifications caused lots of clock drift, ma

Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency

2013-08-14 Thread John Stultz
On Thu, Aug 8, 2013 at 12:34 PM, Chris Metcalf wrote: > On the tile architecture, we use the processor clock tick as the time > source. However, when we perform dynamic frequency adjustment and > modify the clock rate of the core, we have to update the timekeeper > state to account for the new fr

[PATCH 1/2] time: allow changing the timekeeper clock frequency

2013-08-08 Thread Chris Metcalf
On the tile architecture, we use the processor clock tick as the time source. However, when we perform dynamic frequency adjustment and modify the clock rate of the core, we have to update the timekeeper state to account for the new frequency, as well as for the time it took to actually modify the