On Wed, Jul 22, 2015 at 09:35:28AM +0200, Mike Galbraith wrote: > On Tue, 2015-07-21 at 23:33 -0700, Jörn Engel wrote: > > > One could argue that killing the realtime thread is even better than > > panic, as things can restart with a blank slate even faster. But the > > real benefit is that we get better debug data for the failing component. > > If we had a kernel bug, the backtrace would usually be sufficient to > > point fingers. With a bonkers realtime thread, not so much. > > If userspace wants a watchdog, it should train a userspace dog, not turn > the kernel watchdog into a userspace attack dog.
I agree. The spirit of the watchdog was detection and panic (if configured that way). I don't think adding policy like this works well in the long run. Cheers, Don -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
