From: George Dunlap <george.dunlap@citrix.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: George Dunlap <George.Dunlap@eu.citrix.com>,
Andrew Cooper <Andrew.Cooper3@citrix.com>,
Keir Fraser <keir.xen@gmail.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: NMI: watchdog timeout command line parameter
Date: Thu, 8 Mar 2012 10:22:13 +0000 [thread overview]
Message-ID: <1331202133.32288.43.camel@elijah> (raw)
In-Reply-To: <4F5892AD020000780007714B@nat28.tlf.novell.com>
On Thu, 2012-03-08 at 10:06 +0000, Jan Beulich wrote:
> >>> On 07.03.12 at 19:14, Andrew Cooper <andrew.cooper3@citrix.com> wrote:
> > Here is a patch which allows a command line parameter to set the
> > watchdog timeout.
>
> Wouldn't it make sense to simply modify the watchdog= semantics
> slightly: When given a numeric value, it specifies the timeout (and zero
> disables as before), while when given any value parse_bool() accepts
> the timeout remains at the default and the watchdog just gets turned
> on.
I had thought of this too, but I don't think it actually simplifies it.
It makes the parsing code more complicated, and it makes the interface
actually more complicated and less predictable, for pretty much no good
reason. It's not like adding extra command-line options is really
onerous, either in terms of users or in terms of our code.
I think it's much more important to have consistency and predictability;
the new interpretation "watchdog=1" is exactly the kind of thing we need
to avoid.
-George
> The only ambiguity with the current possible values would be
> watchdog=1, and I think having the meaning of this changed is
> acceptable.
>
> Jan
>
prev parent reply other threads:[~2012-03-08 10:22 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-07 16:55 NMI: Enable watchdog by default Andrew Cooper
2012-03-07 17:08 ` Jan Beulich
2012-03-07 17:11 ` Keir Fraser
2012-03-07 17:35 ` George Dunlap
2012-03-07 17:41 ` Keir Fraser
2012-03-07 18:14 ` NMI: watchdog timeout command line parameter Andrew Cooper
2012-03-08 10:06 ` Jan Beulich
2012-03-08 10:22 ` George Dunlap [this message]
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=1331202133.32288.43.camel@elijah \
--to=george.dunlap@citrix.com \
--cc=Andrew.Cooper3@citrix.com \
--cc=George.Dunlap@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=keir.xen@gmail.com \
--cc=xen-devel@lists.xensource.com \
/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;
as well as URLs for NNTP newsgroup(s).