RFC hrtimer breakage
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest2 patches 5 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | Fix many ARM timer handlersarch/ arch/ arch/ +18 more | +2 | 0 replies | |
| 2/2 | xtime_lock vs update_process_timesarch/ arch/ arch/ +11 more | +60 | 5 replies |
Reviews trailers per patch
1 of 2 patches has a Reviewed-by or Acked-by.
| Patch | Greg Ungerer | Ivan Kokshaysky |
|---|---|---|
| 1/2 | ||
| 2/2 | A-b | A-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [RFC][PATCH 0/2] hrtimer breakage
Hi,
If you're in the To: field, I broke your arch with (post .24) commit:
d3d74453c34f8fd87674a8cf5b8a327c68f22e99
So, to be clear, that broke:
alpha, arm, blackfin, frv, m68knommu, sh, sh64 and sparc
The deadlock resulting was found by Russell:
IRQ handle
-> timer_tick() - xtime seqlock held for write
-> update_process_times()
-> run_local_timers()
-> hrtimer_run_queues()
-> hrtimer_get_softirq_time() - tries to get a read lockNow, Thomas assures me the fix is trivial, only do_timer() needs to be done under the xtime_lock, and update_process_times() can savely be removed from under it.
So that is what the next two patches do, the first patch is by Russell and covers most of the arm sub-arch, the second one does the other archs and a few arm archs that were missed by rmk.
This patch should probably be folded into one, or at least the arm bits from the second moved to the first patch, to avoid more bisect breakage.
If you're all ok I'll polish the patches (maybe one per arch?) and ask for merger.
(for obvious reasons I'm unable to actually test any of this)
Peter