All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vladimir Zapolskiy <vladimir_zapolskiy@mentor.com>
To: Wim Van Sebroeck <wim@iguana.be>
Cc: Guenter Roeck <linux@roeck-us.net>,
	Wolfram Sang <wsa@the-dreams.de>,
	<linux-watchdog@vger.kernel.org>
Subject: Re: [PATCH v5 00/10] watchdog: add watchdog pretimeout framework
Date: Tue, 4 Oct 2016 16:29:20 +0300	[thread overview]
Message-ID: <b5f9d2f9-409f-c7ee-c81f-508a6326d94d@mentor.com> (raw)
In-Reply-To: <1c167827-8d73-f25f-61a4-38598e0fa8ec@mentor.com>

Hello Wim,

On 09/28/2016 02:34 PM, Vladimir Zapolskiy wrote:
> Hello Wim,
>
> On 09/28/2016 11:49 AM, Wim Van Sebroeck wrote:
>> Hi All,
>>
>>> The change adds a simple watchdog pretimeout framework infrastructure,
>>> its purpose is to allow users to select a desired handling of watchdog
>>> pretimeout events, which may be generated by a watchdog driver.
>>>
>>> The idea of adding this kind of a framework appeared after reviewing
>>> several attempts to add hardcoded pretimeout event handling to some
>>> watchdog driver and after a discussion with Guenter, see
>>> https://lkml.org/lkml/2015/11/4/346
>>>
>>> Watchdogs with WDIOF_PRETIMEOUT capability now may have three device
>>> attributes in sysfs: read only pretimeout value attribute, read/write
>>> pretimeout_governor attribute, read only pretimeout_available_governors
>>> attribute.
>>>
>>> To throw a pretimeout event for further processing a watchdog driver
>>> should call exported watchdog_notify_pretimeout(wdd) interface.
>>>
>>> In addition to the framework two simple watchdog pretimeout governors
>>> are added for review: panic and noop.
>>
>> I still have 2 questions about this series:
>> 1) Patch 3:
>> +/* Use the following functions to report watchdog pretimeout event */
>> +#if IS_ENABLED(CONFIG_WATCHDOG_PRETIMEOUT_GOV)
>> +void watchdog_notify_pretimeout(struct watchdog_device *wdd);
>> +#else
>> +static inline void watchdog_notify_pretimeout(struct watchdog_device *wdd)
>> +{
>> +    panic("watchdog pretimeout event\n");
>> +}
>> +#endif
>> +
>>
>> Why a panic here? Why not just a printk like in the noop pretimeout governor?
>> We now also don't do a panic, which means that changing this to a panic means that we change the default behaviour...
>>
>> 2) Why did we choose the panic pretimeout governer as the default and not the noop governor?
>> This is basically the same question/remark as my previous question. noop is more the old behaviour, panic is a change in regards to the old/current behaviour...
>>
>
> regarding a selection of panic as a default action I had a discussion with
> Guenter about it right in the beginnig of the development (v1 of the series
> introduced printk by default, v2 and all later series select panic), please
> follow the link to it (ctrl-f panic):
>
>   http://www.spinics.net/lists/linux-watchdog/msg07955.html
>
> I generally don't have a strong preference, because it is configurable both
> during build time and runtime, and I'm flexible to accept any selection.
>

I noticed that the complete series is not on your watchdog/master branch,
for clarity do you request to do any changes to merge it into v4.9?

-- 
With best wishes,
Vladimir

  reply	other threads:[~2016-10-04 13:29 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-31 11:52 [PATCH v5 00/10] watchdog: add watchdog pretimeout framework Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 01/10] watchdog: add pretimeout support to the core Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 02/10] fs: compat_ioctl: add pretimeout functions for watchdogs Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 03/10] watchdog: add watchdog pretimeout governor framework Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 04/10] watchdog: pretimeout: add panic pretimeout governor Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 05/10] watchdog: pretimeout: add noop " Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 06/10] watchdog: pretimeout: add option to select a pretimeout governor in runtime Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 07/10] watchdog: pretimeout: add pretimeout_available_governors attribute Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 08/10] watchdog: softdog: implement pretimeout support Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 09/10] watchdog: imx2_wdt: use preferred BIT macro instead of open coded values Vladimir Zapolskiy
2016-08-31 11:52 ` [PATCH v5 10/10] watchdog: imx2_wdt: add pretimeout function support Vladimir Zapolskiy
2016-09-05 16:49 ` [PATCH v5 00/10] watchdog: add watchdog pretimeout framework Wolfram Sang
2016-09-06 10:33   ` Vladimir Zapolskiy
2016-09-06 14:05     ` Wolfram Sang
2016-09-09  4:47     ` Guenter Roeck
2016-09-21 18:34       ` Wolfram Sang
2016-09-21 21:03         ` Guenter Roeck
2016-09-28  8:49 ` Wim Van Sebroeck
2016-09-28 11:34   ` Vladimir Zapolskiy
2016-10-04 13:29     ` Vladimir Zapolskiy [this message]
2016-10-07  7:24       ` Wim Van Sebroeck

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=b5f9d2f9-409f-c7ee-c81f-508a6326d94d@mentor.com \
    --to=vladimir_zapolskiy@mentor.com \
    --cc=linux-watchdog@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=wim@iguana.be \
    --cc=wsa@the-dreams.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.