From: Scott Cheloha <cheloha@linux.ibm.com>
To: Tzung-Bi Shih <tzungbi@kernel.org>
Cc: linux-watchdog@vger.kernel.org, linux@roeck-us.net,
brking@linux.ibm.com, Nathan Lynch <nathanl@linux.ibm.com>,
aik@ozlabs.ru, npiggin@gmail.com, vaishnavi@linux.ibm.com,
wvoigt@us.ibm.com
Subject: Re: [RFC v2 2/2] watchdog: pseries-wdt: initial support for PAPR virtual watchdog timers
Date: Tue, 10 May 2022 10:48:59 -0500 [thread overview]
Message-ID: <7D3AFBE4-ECDF-4CBC-9B3F-55AD62C18A3C@linux.ibm.com> (raw)
In-Reply-To: <YnnPdv+Hh9UEHMu/@google.com>
> On May 9, 2022, at 9:35 PM, Tzung-Bi Shih <tzungbi@kernel.org> wrote:
>
> On Mon, May 09, 2022 at 12:43:57PM -0500, Scott Cheloha wrote:
>> +#define SETFIELD(_v, _b, _e) \
>> + (((unsigned long)(_v) << PPC_BITLSHIFT(_e)) & PPC_BITMASK((_b), (_e)))
>> +#define GETFIELD(_v, _b, _e) \
>> + (((unsigned long)(_v) & PPC_BITMASK((_b), (_e))) >> PPC_BITLSHIFT(_e))
>
> From `./scripts/checkpatch.pl --strict`:
> WARNING: please, no spaces at the start of a line
>
>> +#define PSERIES_WDTQL_MUST_STOP 1
>
> From `./scripts/checkpatch.pl --strict`:
> WARNING: please, no space before tabs
>
>> +static const struct kernel_param_ops action_ops = { .set = action_set };
>> +module_param_cb(action, &action_ops, NULL, S_IRUGO);
>
> From `./scripts/checkpatch.pl --strict`:
> WARNING: Symbolic permissions 'S_IRUGO' are not preferred. Consider using
> octal permissions '0444'.
>
>> +MODULE_PARM_DESC(action, "Action taken when watchdog expires: \"hard-poweroff\", \"hard-restart\", or \"dump-restart\" (default=\"hard-restart\")");
>
> The line exceeds 100 columns.
I was under the impression that strings were an exception to the
line-length rule. Is that not the case?
`scripts/checkpatch.pl --strict` complains if I break the string up:
WARNING: quoted string split across lines
#162: FILE: drivers/watchdog/pseries-wdt.c:162:
+MODULE_PARM_DESC(action, "Action taken when watchdog expires: "
+ "\"hard-poweroff\", \"hard-restart\", or \"dump-restart\" "
WARNING: quoted string split across lines
#163: FILE: drivers/watchdog/pseries-wdt.c:163:
+ "\"hard-poweroff\", \"hard-restart\", or \"dump-restart\" "
+ "(default=\"hard-restart\")");
>> +static bool nowayout = WATCHDOG_NOWAYOUT;
>> +module_param(nowayout, bool, S_IRUGO);
>
> From `./scripts/checkpatch.pl --strict`:
> WARNING: Symbolic permissions 'S_IRUGO' are not preferred. Consider using
> octal permissions '0444'.
>
>> +MODULE_PARM_DESC(nowayout, "Watchdog cannot be stopped once started (default=" __MODULE_STRING(WATCHDOG_NOWAYOUT) ")");
>
> From `./scripts/checkpatch.pl --strict`, the line exceeds 100 columns.
>
>> +#define WATCHDOG_TIMEOUT 60
>> +static unsigned int timeout = WATCHDOG_TIMEOUT;
>> +module_param(timeout, uint, S_IRUGO);
>
> From `./scripts/checkpatch.pl --strict`:
> WARNING: Symbolic permissions 'S_IRUGO' are not preferred. Consider using
> octal permissions '0444'.
>
>> +MODULE_PARM_DESC(timeout, "Initial watchdog timeout in seconds (default=" __MODULE_STRING(WATCHDOG_TIMEOUT) ")");
>
> From `./scripts/checkpatch.pl --strict`, the line exceeds 100 columns.
>
>> +struct pseries_wdt {
>> + struct watchdog_device wd;
>> + unsigned long num; /* NB: Watchdog numbers are 1-based */
>
> What does NB stand for? Could it be removed from the comment?
Sure, removed.
> Does `timer_id` or some other equivalent names make more sense for the
> variable?
The hardware documentation calls the parameter "watchdogNumber", so
I think "num" is better than "id" in this case.
next prev parent reply other threads:[~2022-05-10 15:56 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-09 17:43 [RFC v2 0/2] Add driver for PAPR watchdog timers Scott Cheloha
2022-05-09 17:43 ` [RFC v2 1/2] powerpc/pseries: hvcall.h: add H_WATCHDOG opcode, H_NOOP return code Scott Cheloha
2022-05-09 17:43 ` [RFC v2 2/2] watchdog: pseries-wdt: initial support for PAPR virtual watchdog timers Scott Cheloha
2022-05-10 2:35 ` Tzung-Bi Shih
2022-05-10 3:34 ` Guenter Roeck
2022-05-11 5:08 ` Alexey Kardashevskiy
2022-05-11 5:27 ` Guenter Roeck
2022-05-10 15:48 ` Scott Cheloha [this message]
2022-05-10 16:04 ` Guenter Roeck
2022-05-10 16:15 ` Scott Cheloha
2022-05-10 19:00 ` Guenter Roeck
2022-05-11 5:38 ` [RFC v2 0/2] Add driver for PAPR " Alexey Kardashevskiy
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=7D3AFBE4-ECDF-4CBC-9B3F-55AD62C18A3C@linux.ibm.com \
--to=cheloha@linux.ibm.com \
--cc=aik@ozlabs.ru \
--cc=brking@linux.ibm.com \
--cc=linux-watchdog@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=nathanl@linux.ibm.com \
--cc=npiggin@gmail.com \
--cc=tzungbi@kernel.org \
--cc=vaishnavi@linux.ibm.com \
--cc=wvoigt@us.ibm.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