summaryrefslogtreecommitdiffstats
path: root/arch/arm
diff options
context:
space:
mode:
authorDoug Anderson <dianders@chromium.org>2013-11-26 10:22:52 -0800
committerWim Van Sebroeck <wim@iguana.be>2014-01-28 19:07:56 +0100
commit2c34d59916bd82efe6544f39ec162e8c9236009d (patch)
tree47418cfcb1c3642921f777ca9893df2ce9e46e91 /arch/arm
parentbc17f9dcb11dfe7a5f02103da51f580d62a6df2c (diff)
downloadlinux-stable-2c34d59916bd82efe6544f39ec162e8c9236009d.tar.gz
linux-stable-2c34d59916bd82efe6544f39ec162e8c9236009d.tar.bz2
linux-stable-2c34d59916bd82efe6544f39ec162e8c9236009d.zip
watchdog: core: Make dt "timeout-sec" property work on drivers w/out min/max
It is valid for a watchdog driver to have 0 for a "min" and "max" timeout if the driver doesn't need the core to enforce the concepts of min and max. The s3c2410_wdt driver is one such driver. Specifically it can be hard for that driver to come up with a static "max" on all platforms without a lot more information since the input clock on S3C2410 and S3C2440 can change with DVFS. As written, watchdog_init_timeout() will not ever read "timeout-sec" on these drivers since watchdog_timeout_invalid() will _never_ return true. Change to not consider a timeout_parm of 0 as valid even if min/max aren't specified by the driver. Also handle the case when there is no min/max and no "timeout-sec" property. Signed-off-by: Doug Anderson <dianders@chromium.org> Reviewed-by: Guenter Roeck <linux@roeck-us.net> Signed-off-by: Wim Van Sebroeck <wim@iguana.be>
Diffstat (limited to 'arch/arm')
0 files changed, 0 insertions, 0 deletions