softirq: Wake ktimers thread also in softirq.

BugLink: https://bugs.launchpad.net/bugs/2060704

If the hrtimer is raised while a softirq is processed then it does not
wake the corresponding ktimers thread. This is due to the optimisation in the
irq-exit path which is also used to wake the ktimers thread. For the other
softirqs, this is okay because the additional softirq bits will be handled by
the currently running softirq handler.
The timer related softirq bits are added to a different variable and rely on
the ktimers thread.
As a consuequence the wake up of ktimersd is delayed until the next timer tick.

Always wake the ktimers thread if a timer related softirq is pending.

Reported-by: Peh, Hock Zhang <hock.zhang.peh@intel.com>
Signed-off-by: Junxiao Chang <junxiao.chang@intel.com>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Kevin Becker <kevin.becker@canonical.com>
This commit is contained in:
Junxiao Chang
2023-02-20 09:12:20 +01:00
committed by Kevin Becker
parent 84fd3b3f3c
commit bc335d97f1
+5 -6
View File
@@ -657,13 +657,12 @@ static inline void __irq_exit_rcu(void)
#endif
account_hardirq_exit(current);
preempt_count_sub(HARDIRQ_OFFSET);
if (!in_interrupt()) {
if (local_softirq_pending())
invoke_softirq();
if (!in_interrupt() && local_softirq_pending())
invoke_softirq();
if (IS_ENABLED(CONFIG_PREEMPT_RT) && local_pending_timers())
wake_timersd();
}
if (IS_ENABLED(CONFIG_PREEMPT_RT) && local_pending_timers() &&
!(in_nmi() | in_hardirq()))
wake_timersd();
tick_irq_exit();
}