mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Pádraig Brady" <P@draigBrady.com>
To: Samuel Tardieu <sam@rfc1149.net>
Cc: Wim Van Sebroeck <wim@iguana.be>,
	junker@anduras.de, LKML <linux-kernel@vger.kernel.org>
Subject: Re: w83697hf_wdt.c stops watchdog on load
Date: Wed, 12 Mar 2008 11:54:12 +0000	[thread overview]
Message-ID: <47D7C464.7060909@draigBrady.com> (raw)
In-Reply-To: <2008-03-11-21-28-21+trackit+sam@rfc1149.net>

Samuel Tardieu wrote:
> On 11/03, Wim Van Sebroeck wrote:
> 
> | > > Isn't it a two-edged sword?
> | > 
> | > True, but one should be able to set things up so that there is no race.
> | > I.E. if you add the autodisable, it should only be done as an option.
> | > Best have it =no by default, but as least one could turn this off.
> | 
> | In my opinion it should be the other way around: the default behaviour is to
> | stop the watchdog and to let userspace (the watchdog-daemon) control the
> | watchdog. So if we add a module parameter to take over the watchdog's
> | bios-setting, then the default behaviour should be to stop the watchdog and
> | add an option that takes the value from the bios.
> 
> Hi Wim.
> 
> That was my intent: disable the watchdog by default

When doing this it would be useful to print a warning iif the watchdog was running.
I.E. the following would be possible for the w83697:

init() {
  if (watchdog_already_running) {
     printk("warning, stopping watchdog. Use the nodisable option to keep running");
     disable_watchdog();
  }
}

See the w83627 driver for how to determine watchdog is running.

>, and add an option
> not to disable it (let it untouched, so getting the BIOS setting) at
> module initialization, as Pádraig request is totally reasonable.

cool, thanks.

Pádraig.

p.s. I'm still not sure it should default to turning off.
It would be unusual for userspace to take over 60s to _start_
If that was the case then the user shouldn't enable the watchdog in the BIOS at all.

  parent reply	other threads:[~2008-03-12 11:56 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <47D564CA.1040507@draigBrady.com>
     [not found] ` <2008-03-10-18-48-16+trackit+sam@rfc1149.net>
     [not found]   ` <47D5C1DC.6080808@draigBrady.com>
2008-03-11 20:22     ` Wim Van Sebroeck
2008-03-11 20:28       ` Samuel Tardieu
2008-03-11 21:09         ` Wim Van Sebroeck
2008-03-12 11:54         ` Pádraig Brady [this message]
2008-03-12 12:00           ` Samuel Tardieu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=47D7C464.7060909@draigBrady.com \
    --to=p@draigbrady.com \
    --cc=junker@anduras.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sam@rfc1149.net \
    --cc=wim@iguana.be \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®