So this series 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 to for awhile. I'm still feeling cautious about capping the clocksource reads to the max_cycles values, and even more so with the underflow detection. So this isn't yet ready for merging, but I wanted to get some initial review and feedback since its not blowing up in my initial testing. So let me know what you think, and hopefully we can get this into shape so it can get more testing and we can evaluate it for 3.20. thanks -john Cc: Dave Jones <da...@codemonkey.org.uk> Cc: Linus Torvalds <torva...@linux-foundation.org> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Richard Cochran <richardcoch...@gmail.com> Cc: Prarit Bhargava <pra...@redhat.com> Cc: Stephen Boyd <sb...@codeaurora.org> Cc: Ingo Molnar <mi...@kernel.org> Cc: Peter Zijlstra <pet...@infradead.org> Cc: "David S. Miller" <da...@davemloft.net> Cc: Martin Schwidefsky <schwidef...@de.ibm.com> John Stultz (10): clocksource: Simplify clocks_calc_max_nsecs logic clocksource: Simplify logic around clocksource wrapping saftey margins clocksource: Remove clocksource_max_deferment() clocksource: Add max_cycles to clocksource structure time: Add debugging checks to warn if we see delays time: Cap clocksource reads to the clocksource max_cycles value time: Try to catch clocksource delta underflows clocksource: Mostly kill clocksource_register() sparc: Convert to using clocksource_register_hz() clocksource: Add some debug info about clocksources being registered arch/s390/kernel/time.c | 2 +- arch/sparc/kernel/time_32.c | 6 +- include/linux/clocksource.h | 15 ++++- kernel/time/clocksource.c | 143 ++++++++++++++++++-------------------------- kernel/time/jiffies.c | 5 +- kernel/time/sched_clock.c | 6 +- kernel/time/timekeeping.c | 34 +++++++++++ 7 files changed, 113 insertions(+), 98 deletions(-) -- 1.9.1 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/