On Thu, Sep 14, 2017 at 10:59:17AM +0200, Helge Deller wrote: > * Thomas Gleixner <t...@linutronix.de>: > > The broken lockup_detector_suspend/resume() interface is going away. Use > > the new lockup_detector_soft_poweroff() interface to stop the watchdog from > > the busy looping power off routine. > > > > Signed-off-by: Thomas Gleixner <t...@linutronix.de> > > Cc: Don Zickus <dzic...@redhat.com> > > Cc: Chris Metcalf <cmetc...@mellanox.com> > > Cc: linux-par...@vger.kernel.org > > Cc: Peter Zijlstra <pet...@infradead.org> > > Cc: Sebastian Siewior <bige...@linutronix.de> > > Cc: Nicholas Piggin <npig...@gmail.com> > > Cc: Ulrich Obergfell <uober...@redhat.com> > > Cc: Borislav Petkov <b...@alien8.de> > > Cc: Andrew Morton <a...@linux-foundation.org> > > Cc: Helge Deller <del...@gmx.de> > > Link: http://lkml.kernel.org/r/20170831073053.281414...@linutronix.de > > > > --- > > arch/parisc/kernel/process.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > --- a/arch/parisc/kernel/process.c > > +++ b/arch/parisc/kernel/process.c > > @@ -146,7 +146,7 @@ void machine_power_off(void) > > > > /* prevent soft lockup/stalled CPU messages for endless loop. */ > > rcu_sysrq_start(); > > - lockup_detector_suspend(); > > + lockup_detector_soft_poweroff(); > > for (;;); > > } > > Thomas, thanks for cleaning that up. > You may add to patches 03/04: > Acked-by: Helge Deller <del...@gmx.de> > > > On a side-note, there is sadly no general function like > turn_off_all_kind_of_runtime_hang_detectors() > which turns off *all* detectors at once (including soft lockup detector). > I've seen another detector complaing at runtime that we were hanging > here. I would need to dig up more info if you are interested...
There are numerous detectors I have seen over the years: rcu, clocksource, hard/soft, hang, fs, network, wq?, etc.. I am not sure it is easy to put them all in one place or makes sense. I know working with the kvm folks, when they swap back in, the real clock can do a massive jump forward and causes a flood of warnings such that they had to 'touch' all of them before running the vm again. Cheers, Don