Home
last modified time | relevance | path

Searched hist:"6905 a65879b51d326396e63dfea40861a30bc17f" (Results 1 – 3 of 3) sorted by relevance

/linux/arch/arm/kernel/
H A Dtime.cdiff 6905a65879b51d326396e63dfea40861a30bc17f Wed Jan 18 16:05:11 CET 2012 Marc Zyngier <marc.zyngier@arm.com> ARM: Make the sched_clock framework mandatory

All sched_clock() providers have been converted to the sched_clock
framework, which also provides a jiffy based implementation for
the platforms that do not provide a counter.

It is now possible to make the sched_clock framework mandatory,
effectively preventing new platforms to add new sched_clock()
functions, which would be detrimental to the single zImage work.

Acked-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
H A DMakefilediff 6905a65879b51d326396e63dfea40861a30bc17f Wed Jan 18 16:05:11 CET 2012 Marc Zyngier <marc.zyngier@arm.com> ARM: Make the sched_clock framework mandatory

All sched_clock() providers have been converted to the sched_clock
framework, which also provides a jiffy based implementation for
the platforms that do not provide a counter.

It is now possible to make the sched_clock framework mandatory,
effectively preventing new platforms to add new sched_clock()
functions, which would be detrimental to the single zImage work.

Acked-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
/linux/arch/arm/
H A DKconfigdiff 6905a65879b51d326396e63dfea40861a30bc17f Wed Jan 18 16:05:11 CET 2012 Marc Zyngier <marc.zyngier@arm.com> ARM: Make the sched_clock framework mandatory

All sched_clock() providers have been converted to the sched_clock
framework, which also provides a jiffy based implementation for
the platforms that do not provide a counter.

It is now possible to make the sched_clock framework mandatory,
effectively preventing new platforms to add new sched_clock()
functions, which would be detrimental to the single zImage work.

Acked-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>