If a watchdog driver tells the framework that the device is running, the framework takes care of feeding the watchdog until userspace opens the device. If the userspace application which is supposed to do that never comes up properly, the watchdog is fed indefinitely by the kernel. This can be especially problematic for embedded devices. These patches allow one to set a maximum time for which the kernel will feed the watchdog, thus ensuring that either userspace has come up, or the board gets reset. This allows fallback logic in the bootloader to attempt some recovery (for example, if an automatic update is in progress, it could roll back to the previous version). The patches have been tested on a Raspberry Pi 2 (with a suitably modified driver for setting WDOG_HW_RUNNING - patches will be submitted seperately) and a Wandboard. Rasmus Villemoes (3): watchdog: change watchdog_need_worker logic watchdog: introduce watchdog_worker_should_ping helper watchdog: introduce CONFIG_WATCHDOG_OPEN_DEADLINE drivers/watchdog/Kconfig | 21 +++++++++++++++ drivers/watchdog/watchdog_dev.c | 60 ++++++++++++++++++++++++++++++++++++----- 2 files changed, 74 insertions(+), 7 deletions(-) -- 2.5.0 -- To unsubscribe from this list: send the line "unsubscribe linux-watchdog" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
