From: john.stultz@linaro.org (John Stultz)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 00/17] 64-bit friendly generic sched_clock()
Date: Thu, 18 Jul 2013 16:59:44 -0700 [thread overview]
Message-ID: <51E88170.3080505@linaro.org> (raw)
In-Reply-To: <1374189690-10810-1-git-send-email-sboyd@codeaurora.org>
On 07/18/2013 04:21 PM, Stephen Boyd wrote:
> This patchset adds support for 64 bit counters in the generic
> sched_clock code and converts drivers over to use it. Based
> on v3.11-rc1.
>
> Changes since v3:
> * Move to use seqcount to fix issues with 64-bit cyc counters
> * Move to hrtimer to fix underflow/overflow errors in wraparound
> calculation
> * Use of 1 hour in clocks_calc_mult_shift
> * Converted over drivers in drivers/clocksource
I've not been able to take a deep review yet, but this looks pretty much
like what we discussed last week, so I'm happy with it so far. Has this
gotten much testing (on both 32 and 64bit systems?)
One detail: Most of this is likely to go in via tip/timers/core, but the
5/17 "arch_timer: Move to generic sched_clock" will need some
synchronization with Catalin to make sure its ok to go in via tip. Not
sure what other arm64 changes are pending that would depend or collide
with that change.
thanks
-john
next prev parent reply other threads:[~2013-07-18 23:59 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-18 23:21 [PATCH v4 00/17] 64-bit friendly generic sched_clock() Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 01/17] clocksource: Extract max nsec calculation into separate function Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 02/17] sched_clock: Use seqcount instead of rolling our own Stephen Boyd
2013-07-19 9:03 ` Will Deacon
2013-07-19 14:20 ` Nicolas Pitre
2013-07-19 14:27 ` Russell King - ARM Linux
2013-07-18 23:21 ` [PATCH v4 03/17] sched_clock: Use an hrtimer instead of timer Stephen Boyd
2013-07-22 18:21 ` John Stultz
2013-07-22 18:45 ` Stephen Boyd
2013-07-22 18:58 ` Stephen Boyd
2013-07-22 19:07 ` Russell King - ARM Linux
2013-07-22 20:48 ` John Stultz
2013-07-22 20:50 ` Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 04/17] sched_clock: Add support for >32 bit sched_clock Stephen Boyd
2013-07-19 9:23 ` Baruch Siach
2013-07-19 16:29 ` Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 05/17] arch_timer: Move to generic sched_clock framework Stephen Boyd
2013-10-02 17:44 ` Will Deacon
2013-10-14 18:44 ` Kevin Hilman
2013-10-14 18:55 ` Stephen Boyd
2013-10-14 20:14 ` Kevin Hilman
2013-10-14 20:18 ` John Stultz
2013-10-14 20:14 ` John Stultz
2013-07-18 23:21 ` [PATCH v4 06/17] sched_clock: Remove sched_clock_func() hook Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 07/17] clocksource: bcm2835: Switch to sched_clock_register() Stephen Boyd
2013-07-19 19:34 ` Stephen Warren
2013-07-30 10:04 ` Daniel Lezcano
2013-07-30 16:12 ` John Stultz
2013-07-18 23:21 ` [PATCH v4 08/17] ocksource: dbx500-prcmu: " Stephen Boyd
2013-07-19 0:18 ` Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 09/17] clocksource: dw_apb_timer_of: " Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 10/17] clocksource: mxs_timer: " Stephen Boyd
2013-07-22 8:10 ` Shawn Guo
2013-07-22 16:23 ` Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 11/17] clocksource: nomadik: " Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 12/17] clocksource: samsung_pwm_timer: " Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 13/17] clocksource: tegra: " Stephen Boyd
2013-07-19 19:34 ` Stephen Warren
2013-07-18 23:21 ` [PATCH v4 14/17] clocksource: time-armada-370-xp: " Stephen Boyd
2013-08-06 9:04 ` Gregory CLEMENT
2013-07-18 23:21 ` [PATCH v4 15/17] clocksource: sirf: Switch to sched_clock_register() and use 64 bits Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 16/17] clocksource: vf_pit_timer: Switch to sched_clock_register() Stephen Boyd
2013-07-18 23:21 ` [PATCH v4 17/17] sched_clock: Deprecate setup_sched_clock() Stephen Boyd
2013-07-18 23:59 ` John Stultz [this message]
2013-07-19 0:23 ` [PATCH v4 00/17] 64-bit friendly generic sched_clock() Stephen Boyd
2013-10-02 17:47 ` Will Deacon
2013-10-02 18:02 ` John Stultz
2013-10-02 18:13 ` Will Deacon
2013-07-20 20:51 ` Linus Walleij
2013-07-22 16:24 ` Stephen Boyd
2013-07-22 17:07 ` John Stultz
2013-07-24 14:44 ` Christopher Covington
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51E88170.3080505@linaro.org \
--to=john.stultz@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).