From: Guenter Roeck <linux@roeck-us.net>
To: "Winkler, Tomas" <tomas.winkler@intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Wim Van Sebroeck <wim@iguana.be>
Cc: "Usyskin, Alexander" <alexander.usyskin@intel.com>,
"linux-watchdog@vger.kernel.org" <linux-watchdog@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [char-misc-next v3 4/8] watchdog: mei_wdt: add status debugfs entry
Date: Wed, 23 Dec 2015 16:25:52 -0800 [thread overview]
Message-ID: <567B3B90.4000902@roeck-us.net> (raw)
In-Reply-To: <5B8DA87D05A7694D9FA63FD143655C1B540FBDCC@hasmsx108.ger.corp.intel.com>
On 12/23/2015 02:48 PM, Winkler, Tomas wrote:
>>
>> On 12/21/2015 03:17 PM, Tomas Winkler wrote:
>>> Add entry for dumping current watchdog internal state
>>>
>>> Signed-off-by: Tomas Winkler <tomas.winkler@intel.com>
>>> ---
>>> V2: new in the series
>>> V3: rebase
>>> drivers/watchdog/mei_wdt.c | 88
>> ++++++++++++++++++++++++++++++++++++++++++++++
>>> 1 file changed, 88 insertions(+)
>>>
>>> diff --git a/drivers/watchdog/mei_wdt.c b/drivers/watchdog/mei_wdt.c
>>> index 5b28a1e95ac1..ab9aec218d69 100644
>>> --- a/drivers/watchdog/mei_wdt.c
>>> +++ b/drivers/watchdog/mei_wdt.c
>>> @@ -15,6 +15,7 @@
>>> #include <linux/module.h>
>>> #include <linux/slab.h>
>>> #include <linux/interrupt.h>
>>> +#include <linux/debugfs.h>
>>> #include <linux/watchdog.h>
>>>
>>> #include <linux/uuid.h>
>>> @@ -54,6 +55,24 @@ enum mei_wdt_state {
>>> MEI_WDT_STOPPING,
>>> };
>>>
>>> +#if IS_ENABLED(CONFIG_DEBUG_FS)
>>> +static const char *mei_wdt_state_str(enum mei_wdt_state state)
>>> +{
>>> + switch (state) {
>>> + case MEI_WDT_IDLE:
>>> + return "IDLE";
>>> + case MEI_WDT_START:
>>> + return "START";
>>> + case MEI_WDT_RUNNING:
>>> + return "RUNNING";
>>> + case MEI_WDT_STOPPING:
>>> + return "STOPPING";
>>> + default:
>>> + return "unknown";
>>> + }
>>> +}
>>> +#endif /* CONFIG_DEBUG_FS */
>>> +
>> I still don't understand why this code has to be here instead of
>> further below (at <----> mark).
> Once it follow closely after enum definition, second in the next patch the
> Ifdef is removed since we use the function in debug output and not only in debugfs.
>
>>
>>> struct mei_wdt;
>>>
>>> /**
>>> @@ -76,6 +95,8 @@ struct mei_wdt_dev {
>>> * @cldev: mei watchdog client device
>>> * @state: watchdog internal state
>>> * @timeout: watchdog current timeout
>>> + *
>>> + * @dbgfs_dir: debugfs dir entry
>>> */
>>> struct mei_wdt {
>>> struct mei_wdt_dev *mwd;
>>> @@ -83,6 +104,10 @@ struct mei_wdt {
>>> struct mei_cl_device *cldev;
>>> enum mei_wdt_state state;
>>> u16 timeout;
>>> +
>>> +#if IS_ENABLED(CONFIG_DEBUG_FS)
>>> + struct dentry *dbgfs_dir;
>>> +#endif /* CONFIG_DEBUG_FS */
>>> };
>>>
>>> /*
>>> @@ -387,6 +412,65 @@ static int mei_wdt_register(struct mei_wdt *wdt)
>>> return 0;
>>> }
>>>
>>> +#if IS_ENABLED(CONFIG_DEBUG_FS)
>>> +
>>
>> <---->
>>
>>> +static ssize_t mei_dbgfs_read_state(struct file *file, char __user *ubuf,
>>> + size_t cnt, loff_t *ppos)
>>> +{
>>> + struct mei_wdt *wdt = file->private_data;
>>> + const size_t bufsz = 32;
>>> + char buf[32];
>>> + ssize_t pos = 0;
>>> +
>>> + pos += scnprintf(buf + pos, bufsz - pos, "state: %s\n",
>>> + mei_wdt_state_str(wdt->state));
>>> +
>> Seems to me that "pos = ..." would accomplish exactly the same
>> without having to pre-initialize pos. I also don't understand the use of
>> "+ pos" and "- pos" in the parameter field. pos is 0, isn't it ?
>> When would it ever be non-0 ?
>>
>> pos = scnprintf(buf, sizeof(buf), "state: %s\n", mei_wdt_state_str(wdt-
>>> state));
>>
>> What am I missing here ?
> Not you are not missing anything, it's just an idiom taken from all my debugfs function with multiline output.
I don't think that is a good reason for using the more complex code here.
>>
>>> + return simple_read_from_buffer(ubuf, cnt, ppos, buf, pos);
>>> +}
>>> +
>>> +static const struct file_operations dbgfs_fops_state = {
>>> + .open = simple_open,
>>> + .read = mei_dbgfs_read_state,
>>> + .llseek = generic_file_llseek,
>>> +};
>>> +
>>> +static void dbgfs_unregister(struct mei_wdt *wdt)
>>> +{
>>> + if (!wdt->dbgfs_dir)
>>> + return;
>>> + debugfs_remove_recursive(wdt->dbgfs_dir);
>>
>> debugfs_remove_recursive() checks if the parameter is NULL,
>> so it is not necessary to check if it is NULL before the call.
> Correct, I can be fixed.
>>
>>> + wdt->dbgfs_dir = NULL;
>>> +}
>>> +
>>> +static int dbgfs_register(struct mei_wdt *wdt)
>>> +{
>>> + struct dentry *dir, *f;
>>> +
>>> + dir = debugfs_create_dir(KBUILD_MODNAME, NULL);
>>> + if (!dir)
>>> + return -ENOMEM;
>>> +
>>> + wdt->dbgfs_dir = dir;
>>> + f = debugfs_create_file("state", S_IRUSR, dir, wdt, &dbgfs_fops_state);
>>> + if (!f)
>>> + goto err;
>>> +
>>> + return 0;
>>> +err:
>>> + dbgfs_unregister(wdt);
>>> + return -ENODEV;
>>
>> The error value is ignored by the caller - why bother returning an error in the first
>> place ?
> A function doesn't take responsibility on how it used.
For an exported function I would agree, but not in a static function.
Thanks,
Guenter
next prev parent reply other threads:[~2015-12-24 0:25 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-21 23:17 [char-misc-next v3 0/8] mei: create proper iAMT watchdog driver Tomas Winkler
2015-12-21 23:17 ` [char-misc-next v3 1/8] mei: drop nfc leftovers from the mei driver Tomas Winkler
2015-12-21 23:17 ` [char-misc-next v3 2/8] mei: wd: drop the watchdog code from the core " Tomas Winkler
2015-12-21 23:17 ` [char-misc-next v3 3/8] watchdog: mei_wdt: implement MEI iAMT watchdog driver Tomas Winkler
2015-12-22 4:58 ` Guenter Roeck
2015-12-22 7:19 ` Winkler, Tomas
2015-12-22 7:40 ` Guenter Roeck
2015-12-23 22:38 ` Winkler, Tomas
2015-12-24 0:23 ` Guenter Roeck
2015-12-21 23:17 ` [char-misc-next v3 4/8] watchdog: mei_wdt: add status debugfs entry Tomas Winkler
2015-12-22 5:30 ` Guenter Roeck
2015-12-23 22:48 ` Winkler, Tomas
2015-12-24 0:25 ` Guenter Roeck [this message]
2015-12-21 23:17 ` [char-misc-next v3 5/8] mei: bus: whitelist the watchdog client Tomas Winkler
2015-12-21 23:17 ` [char-misc-next v3 6/8] watchdog: mei_wdt: register wd device only if required Tomas Winkler
2015-12-22 5:18 ` Guenter Roeck
2015-12-23 23:01 ` Winkler, Tomas
2015-12-21 23:18 ` [char-misc-next v3 7/8] watchdog: mei_wdt: add activation debugfs entry Tomas Winkler
2015-12-21 23:18 ` [char-misc-next v3 8/8] watchdog: mei_wdt: re-register device on event Tomas Winkler
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=567B3B90.4000902@roeck-us.net \
--to=linux@roeck-us.net \
--cc=alexander.usyskin@intel.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-watchdog@vger.kernel.org \
--cc=tomas.winkler@intel.com \
--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