summaryrefslogtreecommitdiffstats
path: root/drivers/tty/hvc/hvc_opal.c
diff options
context:
space:
mode:
authorMichael Ellerman2018-08-16 07:27:47 +0200
committerMichael Ellerman2018-08-20 12:19:46 +0200
commit997dd26cb3c8b7c9b8765751cc1491ad33b2024f (patch)
tree7d042fbb2b005137beca297ea7cdb4e172b54dd4 /drivers/tty/hvc/hvc_opal.c
parentpowerpc/64s: Fix PACA_IRQ_HARD_DIS accounting in idle_power4() (diff)
downloadkernel-qcow2-linux-997dd26cb3c8b7c9b8765751cc1491ad33b2024f.tar.gz
kernel-qcow2-linux-997dd26cb3c8b7c9b8765751cc1491ad33b2024f.tar.xz
kernel-qcow2-linux-997dd26cb3c8b7c9b8765751cc1491ad33b2024f.zip
powerpc/traps: Avoid rate limit messages from show unhandled signals
In the recent commit to add an explicit ratelimit state when showing unhandled signals, commit 35a52a10c3ac ("powerpc/traps: Use an explicit ratelimit state for show_signal_msg()"), I put the check of show_unhandled_signals and the ratelimit state before the call to unhandled_signal() so as to avoid unnecessarily calling the latter when show_unhandled_signals is false. However that causes us to check the ratelimit state on every call, so if we take a lot of *handled* signals that has the effect of making the ratelimit code print warnings that callbacks have been suppressed when they haven't. So rearrange the code so that we check show_unhandled_signals first, then call unhandled_signal() and finally check the ratelimit state. Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Reviewed-by: Murilo Opsfelder Araujo <muriloo@linux.ibm.com>
Diffstat (limited to 'drivers/tty/hvc/hvc_opal.c')
0 files changed, 0 insertions, 0 deletions