diff options
author | Steven Rostedt <rostedt@goodmis.org> | 2014-01-24 20:09:33 (GMT) |
---|---|---|
committer | Scott Wood <scottwood@freescale.com> | 2015-02-13 22:20:47 (GMT) |
commit | 1bcad3c36c33203eeda7e45895d88e51d540567e (patch) | |
tree | 3a460614a814477859bf9c685fdcfbda75e78423 /arch/h8300/Kconfig | |
parent | 8779b65f1172e547f85c170ac70dc5f00bb29260 (diff) | |
download | linux-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/Kconfig')
0 files changed, 0 insertions, 0 deletions