lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20080103214222.GB2930@infomag.infomag.iguana.be>
Date:	Thu, 3 Jan 2008 22:42:22 +0100
From:	Wim Van Sebroeck <wim@...ana.be>
To:	Andrew Dyer <amdyer@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: watchdog behaviour on close? (watchdog-api.txt)

Hi Andrew,

Sorry for the late response.

> Hi, I am trying to implement a watchdog driver in 2.6.23 for the i.MXL
> cpu (based off of drivers/char/watchdog/s3c2410_wdt.c).
> 
> I had a question about the api doc for the watchdog
> (Documentation/watchdog-api.txt).  Line 37 says "When the device is
> closed, the watchdog is disabled."  Later on (Line 56) it says
> "Drivers will not disable the watchdog, unless a specific magic
> character 'V' has been sent /dev/watchdog just before closing the
> file."
> 
> I would assume that from reading L37 that the driver would
> unconditionally shut down the watchdog when closing (unless
> CONFIG_WATCHDOG_NOWAYOUT or the nowayout module param is specified),
> but line 56 seems to contradict that.
> 
> Can you clarify the intended behaviour?

Line 56 describes the Magic Close feature that has been introduced by
(I believe) Jakob Oestergaard. This feature is an extra safety that was
added to make sure that if the watchdog daemon crashes the system is not
left "uncontrolled".

So what should the behaviour be:
1) when the watchdog driver is initialized it should make sure that
the watchdog driver is not running for userspace.
2) when /dev/watchdog is opened the watchdog device should start
3) the watchdog is being kept alive by pinging it
4) when /dev/watchdog is closed and the driver received the magic char "V"
(this is when you support the magic-close feature off-course) then the
watchdog device should stop.
5) if you unload the watchdog driver module then you normally stop
the watchdog device also (unless CONFIG_WATCHDOG_NOWAYOUT or the nowayout
module param is specified).

Hope this makes it clear now,
Greetings,
Wim.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ