summaryrefslogtreecommitdiff
path: root/arch/h8300
diff options
context:
space:
mode:
authorSteven Rostedt <rostedt@goodmis.org>2014-01-24 20:09:33 (GMT)
committerScott Wood <scottwood@freescale.com>2015-02-13 22:20:47 (GMT)
commit1bcad3c36c33203eeda7e45895d88e51d540567e (patch)
tree3a460614a814477859bf9c685fdcfbda75e78423 /arch/h8300
parent8779b65f1172e547f85c170ac70dc5f00bb29260 (diff)
downloadlinux-fsl-qoriq-1bcad3c36c33203eeda7e45895d88e51d540567e.tar.xz
timer: Raise softirq if there's irq_work
[ Talking with Sebastian on IRC, it seems that doing the irq_work_run() from the interrupt in -rt is a bad thing. Here we simply raise the softirq if there's irq work to do. This too boots on my i7 ] After trying hard to figure out why my i7 box was locking up with the new active_timers code, that does not run the timer softirq if there are no active timers, I took an extra look at the softirq handler and noticed that it doesn't just run timer softirqs, it also runs irq work. This was the bug that was locking up the system. It wasn't missing a timer, it was missing irq work. By always doing the irq work callbacks, the system boots fine. The missing irq work callback was the RCU's sp_wakeup() function. No need to check for defined(CONFIG_IRQ_WORK). When that's not set the "irq_work_needs_cpu()" is a static inline that returns false. Signed-off-by: Steven Rostedt <rostedt@goodmis.org> Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Diffstat (limited to 'arch/h8300')
0 files changed, 0 insertions, 0 deletions