2005-04-17 02:20:36 +04:00
|
|
|
/*
|
2012-02-29 02:48:11 +04:00
|
|
|
* SoftDog: A Software Watchdog Device
|
2005-04-17 02:20:36 +04:00
|
|
|
*
|
2009-03-18 11:35:09 +03:00
|
|
|
* (c) Copyright 1996 Alan Cox <alan@lxorguk.ukuu.org.uk>,
|
|
|
|
* All Rights Reserved.
|
2005-04-17 02:20:36 +04:00
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version
|
|
|
|
* 2 of the License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* Neither Alan Cox nor CymruNet Ltd. admit liability nor provide
|
|
|
|
* warranty for any of this software. This material is provided
|
|
|
|
* "AS-IS" and at no charge.
|
|
|
|
*
|
|
|
|
* (c) Copyright 1995 Alan Cox <alan@lxorguk.ukuu.org.uk>
|
|
|
|
*
|
|
|
|
* Software only watchdog driver. Unlike its big brother the WDT501P
|
|
|
|
* driver this won't always recover a failed machine.
|
|
|
|
*/
|
|
|
|
|
2012-02-16 03:06:19 +04:00
|
|
|
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
|
|
|
|
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
#include <linux/hrtimer.h>
|
2016-05-25 09:37:47 +03:00
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/kernel.h>
|
2005-04-17 02:20:36 +04:00
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/moduleparam.h>
|
2016-05-25 09:37:47 +03:00
|
|
|
#include <linux/reboot.h>
|
|
|
|
#include <linux/types.h>
|
2005-04-17 02:20:36 +04:00
|
|
|
#include <linux/watchdog.h>
|
|
|
|
|
|
|
|
#define TIMER_MARGIN 60 /* Default is 60 seconds */
|
2012-02-29 02:48:11 +04:00
|
|
|
static unsigned int soft_margin = TIMER_MARGIN; /* in seconds */
|
|
|
|
module_param(soft_margin, uint, 0);
|
2008-05-19 17:09:06 +04:00
|
|
|
MODULE_PARM_DESC(soft_margin,
|
|
|
|
"Watchdog soft_margin in seconds. (0 < soft_margin < 65536, default="
|
|
|
|
__MODULE_STRING(TIMER_MARGIN) ")");
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2012-03-05 19:51:11 +04:00
|
|
|
static bool nowayout = WATCHDOG_NOWAYOUT;
|
|
|
|
module_param(nowayout, bool, 0);
|
2008-05-19 17:09:06 +04:00
|
|
|
MODULE_PARM_DESC(nowayout,
|
|
|
|
"Watchdog cannot be stopped once started (default="
|
|
|
|
__MODULE_STRING(WATCHDOG_NOWAYOUT) ")");
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2014-02-27 09:41:42 +04:00
|
|
|
static int soft_noboot;
|
2005-04-17 02:20:36 +04:00
|
|
|
module_param(soft_noboot, int, 0);
|
2009-04-15 00:20:07 +04:00
|
|
|
MODULE_PARM_DESC(soft_noboot,
|
2012-02-29 02:48:11 +04:00
|
|
|
"Softdog action, set to 1 to ignore reboots, 0 to reboot (default=0)");
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2011-03-29 01:29:19 +04:00
|
|
|
static int soft_panic;
|
|
|
|
module_param(soft_panic, int, 0);
|
|
|
|
MODULE_PARM_DESC(soft_panic,
|
|
|
|
"Softdog action, set to 1 to panic, 0 to reboot (default=0)");
|
|
|
|
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
static struct hrtimer softdog_ticktock;
|
|
|
|
static struct hrtimer softdog_preticktock;
|
|
|
|
|
|
|
|
static enum hrtimer_restart softdog_fire(struct hrtimer *timer)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2015-12-17 16:30:02 +03:00
|
|
|
module_put(THIS_MODULE);
|
2016-05-25 09:37:49 +03:00
|
|
|
if (soft_noboot) {
|
2012-02-16 03:06:19 +04:00
|
|
|
pr_crit("Triggered - Reboot ignored\n");
|
2016-05-25 09:37:49 +03:00
|
|
|
} else if (soft_panic) {
|
2012-02-16 03:06:19 +04:00
|
|
|
pr_crit("Initiating panic\n");
|
|
|
|
panic("Software Watchdog Timer expired");
|
2011-03-29 01:29:19 +04:00
|
|
|
} else {
|
2012-02-16 03:06:19 +04:00
|
|
|
pr_crit("Initiating system reboot\n");
|
2005-07-27 08:41:38 +04:00
|
|
|
emergency_restart();
|
2012-02-16 03:06:19 +04:00
|
|
|
pr_crit("Reboot didn't ?????\n");
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
return HRTIMER_NORESTART;
|
|
|
|
}
|
2016-05-25 09:37:46 +03:00
|
|
|
|
2016-10-07 15:41:38 +03:00
|
|
|
static struct watchdog_device softdog_dev;
|
|
|
|
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
static enum hrtimer_restart softdog_pretimeout(struct hrtimer *timer)
|
2016-10-07 15:41:38 +03:00
|
|
|
{
|
|
|
|
watchdog_notify_pretimeout(&softdog_dev);
|
|
|
|
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
return HRTIMER_NORESTART;
|
|
|
|
}
|
2016-10-07 15:41:38 +03:00
|
|
|
|
2012-02-29 02:48:11 +04:00
|
|
|
static int softdog_ping(struct watchdog_device *w)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
if (!hrtimer_active(&softdog_ticktock))
|
2015-12-17 16:30:02 +03:00
|
|
|
__module_get(THIS_MODULE);
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
hrtimer_start(&softdog_ticktock, ktime_set(w->timeout, 0),
|
|
|
|
HRTIMER_MODE_REL);
|
2016-10-07 15:41:38 +03:00
|
|
|
|
2017-02-07 17:03:29 +03:00
|
|
|
if (IS_ENABLED(CONFIG_SOFT_WATCHDOG_PRETIMEOUT)) {
|
|
|
|
if (w->pretimeout)
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
hrtimer_start(&softdog_preticktock,
|
|
|
|
ktime_set(w->timeout - w->pretimeout, 0),
|
|
|
|
HRTIMER_MODE_REL);
|
2017-02-07 17:03:29 +03:00
|
|
|
else
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
hrtimer_cancel(&softdog_preticktock);
|
2017-02-07 17:03:29 +03:00
|
|
|
}
|
2016-10-07 15:41:38 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-02-29 02:48:11 +04:00
|
|
|
static int softdog_stop(struct watchdog_device *w)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
if (hrtimer_cancel(&softdog_ticktock))
|
2015-12-17 16:30:02 +03:00
|
|
|
module_put(THIS_MODULE);
|
|
|
|
|
2017-02-07 17:03:29 +03:00
|
|
|
if (IS_ENABLED(CONFIG_SOFT_WATCHDOG_PRETIMEOUT))
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
hrtimer_cancel(&softdog_preticktock);
|
2016-10-07 15:41:38 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-02-29 02:48:11 +04:00
|
|
|
static struct watchdog_info softdog_info = {
|
|
|
|
.identity = "Software Watchdog",
|
2017-02-07 17:03:29 +03:00
|
|
|
.options = WDIOF_SETTIMEOUT | WDIOF_KEEPALIVEPING | WDIOF_MAGICCLOSE,
|
2005-04-17 02:20:36 +04:00
|
|
|
};
|
|
|
|
|
2016-09-01 20:35:26 +03:00
|
|
|
static const struct watchdog_ops softdog_ops = {
|
2012-02-29 02:48:11 +04:00
|
|
|
.owner = THIS_MODULE,
|
|
|
|
.start = softdog_ping,
|
|
|
|
.stop = softdog_stop,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct watchdog_device softdog_dev = {
|
|
|
|
.info = &softdog_info,
|
|
|
|
.ops = &softdog_ops,
|
|
|
|
.min_timeout = 1,
|
2016-05-25 09:37:44 +03:00
|
|
|
.max_timeout = 65535,
|
|
|
|
.timeout = TIMER_MARGIN,
|
2005-04-17 02:20:36 +04:00
|
|
|
};
|
|
|
|
|
2016-05-25 09:37:45 +03:00
|
|
|
static int __init softdog_init(void)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
2016-05-25 09:37:44 +03:00
|
|
|
watchdog_init_timeout(&softdog_dev, soft_margin, NULL);
|
2012-02-29 02:48:11 +04:00
|
|
|
watchdog_set_nowayout(&softdog_dev, nowayout);
|
2015-11-21 00:54:55 +03:00
|
|
|
watchdog_stop_on_reboot(&softdog_dev);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
hrtimer_init(&softdog_ticktock, CLOCK_MONOTONIC, HRTIMER_MODE_REL);
|
|
|
|
softdog_ticktock.function = softdog_fire;
|
|
|
|
|
|
|
|
if (IS_ENABLED(CONFIG_SOFT_WATCHDOG_PRETIMEOUT)) {
|
2017-02-07 17:03:29 +03:00
|
|
|
softdog_info.options |= WDIOF_PRETIMEOUT;
|
watchdog: softdog: fire watchdog even if softirqs do not get to run
Checking for timer expiration is done from the softirq TIMER_SOFTIRQ.
Since commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job"),
pending softirqs are no longer always handled immediately, instead,
if there are pending softirqs, and ksoftirqd is in state TASK_RUNNING,
the handling of the softirqs are deferred, and are instead supposed
to be handled by ksoftirqd, when ksoftirqd gets scheduled.
If a user space process with a real-time policy starts to misbehave
by never relinquishing the CPU while ksoftirqd is in state TASK_RUNNING,
what will happen is that all softirqs will get deferred, while ksoftirqd,
which is supposed to handle the deferred softirqs, will never get to run.
To make sure that the watchdog is able to fire even when we do not get
to run softirqs, replace the timers with hrtimers.
Signed-off-by: Niklas Cassel <niklas.cassel@axis.com>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2017-02-27 15:49:09 +03:00
|
|
|
hrtimer_init(&softdog_preticktock, CLOCK_MONOTONIC,
|
|
|
|
HRTIMER_MODE_REL);
|
|
|
|
softdog_preticktock.function = softdog_pretimeout;
|
|
|
|
}
|
2017-02-07 17:03:29 +03:00
|
|
|
|
2012-02-29 02:48:11 +04:00
|
|
|
ret = watchdog_register_device(&softdog_dev);
|
2015-11-21 00:54:55 +03:00
|
|
|
if (ret)
|
2005-04-17 02:20:36 +04:00
|
|
|
return ret;
|
|
|
|
|
2016-05-25 09:37:44 +03:00
|
|
|
pr_info("initialized. soft_noboot=%d soft_margin=%d sec soft_panic=%d (nowayout=%d)\n",
|
|
|
|
soft_noboot, softdog_dev.timeout, soft_panic, nowayout);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2016-05-25 09:37:45 +03:00
|
|
|
module_init(softdog_init);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2016-05-25 09:37:45 +03:00
|
|
|
static void __exit softdog_exit(void)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2012-02-29 02:48:11 +04:00
|
|
|
watchdog_unregister_device(&softdog_dev);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2016-05-25 09:37:45 +03:00
|
|
|
module_exit(softdog_exit);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
MODULE_AUTHOR("Alan Cox");
|
|
|
|
MODULE_DESCRIPTION("Software Watchdog Device Driver");
|
|
|
|
MODULE_LICENSE("GPL");
|