Re: [PATCH 00/12] Increased clocksource validation and cleanups (v4)

2015-03-16 Thread Ingo Molnar
* John Stultz wrote: > On Fri, Mar 13, 2015 at 1:58 AM, Ingo Molnar wrote: > > * John Stultz wrote: > >> On Thu, Mar 12, 2015 at 2:19 AM, Ingo Molnar wrote: > >> > * John Stultz wrote: > >> >> New in v4: > >> >> * Lots and lots of typo corrections and minor cleanups suggested > >> >> by In

Re: [PATCH 00/12] Increased clocksource validation and cleanups (v4)

2015-03-13 Thread John Stultz
On Fri, Mar 13, 2015 at 1:58 AM, Ingo Molnar wrote: > * John Stultz wrote: >> On Thu, Mar 12, 2015 at 2:19 AM, Ingo Molnar wrote: >> > * John Stultz wrote: >> >> New in v4: >> >> * Lots and lots of typo corrections and minor cleanups suggested >> >> by Ingo. >> >> * Dropped "Remove clocksourc

Re: [PATCH 00/12] Increased clocksource validation and cleanups (v4)

2015-03-13 Thread Ingo Molnar
* John Stultz wrote: > On Thu, Mar 12, 2015 at 2:19 AM, Ingo Molnar wrote: > > * John Stultz wrote: > >> New in v4: > >> * Lots and lots of typo corrections and minor cleanups suggested > >> by Ingo. > >> * Dropped "Remove clocksource_max_deferment()" patch > >> * Added "Rename __clocksource

Re: [PATCH 00/12] Increased clocksource validation and cleanups (v4)

2015-03-12 Thread John Stultz
On Thu, Mar 12, 2015 at 2:19 AM, Ingo Molnar wrote: > * John Stultz wrote: >> New in v4: >> * Lots and lots of typo corrections and minor cleanups suggested >> by Ingo. >> * Dropped "Remove clocksource_max_deferment()" patch >> * Added "Rename __clocksource_updatefreq_*..." patch >> * I realize

Re: [PATCH 00/12] Increased clocksource validation and cleanups (v4)

2015-03-12 Thread Ingo Molnar
* John Stultz wrote: > So here is another round of this series, which is the result of > earlier discussions with Linus and his suggestions around > improvements to clocksource validation in the hope we can more > easily catch bad hardware. > > There's also a few cleanups Linus suggested as wel

[PATCH 00/12] Increased clocksource validation and cleanups (v4)

2015-03-11 Thread John Stultz
So here is another round of this series, which is the result of earlier discussions with Linus and his suggestions around improvements to clocksource validation in the hope we can more easily catch bad hardware. There's also a few cleanups Linus suggested as well as a few I've been meaning to get