[PATCH 0/13] Time: Generic Timeofday Subsystem (v B11)
From: john stultz
Date: Mon Nov 21 2005 - 20:35:01 EST
All,
The following patchset applies against 2.6.15-rc1-mm2 and provides a
generic timekeeping subsystem that is independent of the timer
interrupt. This allows for robust and correct behavior in cases of late
or lost ticks, avoids interpolation errors, reduces duplication in arch
specific code, and allows or assists future changes such as high-res
timers, dynamic ticks, or realtime preemption. Additionally, it provides
finer nanosecond resolution values to the clock_gettime functions.
The patch set provides the minimal NTP changes, the clocksource
abstraction, the core timekeeping code as well as the code to convert
the i386 and x86-64 archs. I have started on converting more arches, but
for now I'm focusing on i386 and x86-64.
New in this release:
o Proper sysfs entries (available_clocksources, current_clocksource)
o disable pit clocksource on large smp (it doesn't scale)
o dropped cyclone calibration
o added extra paraniod checks
o NUMAQ should not use TSC
o AMD SMP tsc fallback (similar to x86-64's logic)
Still on the TODO list:
o Fix Frank Sorenson's c3tsc overcompensation problem
o More testing
o Submit to -mm (as soon as the c3tsc issue is resolved)
I'd like to thank the following people who have contributed ideas,
criticism, testing and code that has helped shape this work:
George Anzinger, Nish Aravamudan, Max Asbock, Dominik Brodowski, Thomas
Gleixner, Darren Hart, Christoph Lameter, Matt Mackal, Keith Mannthey,
Ingo Molnar, Martin Schwidefsky, Frank Sorenson, Ulrich Windl, Darrick
Wong, Roman Zippel and any others whom I've accidentally forgotten.
I'll be out of town for the next couple of days on holiday, so forgive
me if I don't respond until after Friday. However, do please let me know
if you have any comments or feedback and I'll address them as soon as I
get back.
thanks
-john
-
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/