From: Jon Hunter <jonathanh@nvidia.com>
To: Daniel Lezcano <daniel.lezcano@linaro.org>
Cc: Robert Lin <robelin@nvidia.com>,
thierry.reding@gmail.com, tglx@linutronix.de, pohsuns@nvidia.com,
linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org,
sumitg@nvidia.com
Subject: Re: [PATCH v7 1/3] clocksource/drivers/timer-tegra186: add WDIOC_GETTIMELEFT support
Date: Fri, 2 May 2025 13:37:25 +0100 [thread overview]
Message-ID: <a6a45384-18b4-4500-8b8e-8cdd8df5ac1f@nvidia.com> (raw)
In-Reply-To: <93f063fa-0012-4018-8c37-a2bfa623d2bf@linaro.org>
On 02/05/2025 12:29, Daniel Lezcano wrote:
> On 02/05/2025 13:06, Jon Hunter wrote:
>>
>>
>> On 02/05/2025 11:51, Daniel Lezcano wrote:
>>> On Fri, May 02, 2025 at 11:16:17AM +0100, Jon Hunter wrote:
>>>>
>>>>
>>>> On 02/05/2025 10:19, Daniel Lezcano wrote:
>>>>> On Fri, May 02, 2025 at 12:37:25PM +0800, Robert Lin wrote:
>>>>>> From: Pohsun Su <pohsuns@nvidia.com>
>>>>>>
>>>>>> This change adds support for WDIOC_GETTIMELEFT so userspace
>>>>>> programs can get the number of seconds before system reset by
>>>>>> the watchdog timer via ioctl.
>>>>>>
>>>>>> Signed-off-by: Pohsun Su <pohsuns@nvidia.com>
>>>>>> Signed-off-by: Robert Lin <robelin@nvidia.com>
>>>>>> ---
>>>>>> drivers/clocksource/timer-tegra186.c | 64 +++++++++++++++++++++
>>>>>> + +++++-
>>>>>> 1 file changed, 63 insertions(+), 1 deletion(-)
>>>>>>
>>>>>> diff --git a/drivers/clocksource/timer-tegra186.c b/drivers/
>>>>>> clocksource/timer-tegra186.c
>>>>>> index ea742889ee06..8d5698770cbd 100644
>>>>>> --- a/drivers/clocksource/timer-tegra186.c
>>>>>> +++ b/drivers/clocksource/timer-tegra186.c
>>>>>> @@ -1,8 +1,9 @@
>>>>>> // SPDX-License-Identifier: GPL-2.0-only
>>>>>> /*
>>>>>> - * Copyright (c) 2019-2020 NVIDIA Corporation. All rights reserved.
>>>>>> + * Copyright (c) 2019-2025 NVIDIA Corporation. All rights reserved.
>>>>>> */
>>>>>> +#include <linux/bitfield.h>
>>>>>> #include <linux/clocksource.h>
>>>>>> #include <linux/module.h>
>>>>>> #include <linux/interrupt.h>
>>>>>> @@ -30,6 +31,7 @@
>>>>>> #define TMRSR 0x004
>>>>>> #define TMRSR_INTR_CLR BIT(30)
>>>>>> +#define TMRSR_PCV GENMASK(28, 0)
>>>>>> #define TMRCSSR 0x008
>>>>>> #define TMRCSSR_SRC_USEC (0 << 0)
>>>>>> @@ -46,6 +48,9 @@
>>>>>> #define WDTCR_TIMER_SOURCE_MASK 0xf
>>>>>> #define WDTCR_TIMER_SOURCE(x) ((x) & 0xf)
>>>>>> +#define WDTSR 0x004
>>>>>> +#define WDTSR_CURRENT_EXPIRATION_COUNT GENMASK(14, 12)
>>>>>> +
>>>>>> #define WDTCMDR 0x008
>>>>>> #define WDTCMDR_DISABLE_COUNTER BIT(1)
>>>>>> #define WDTCMDR_START_COUNTER BIT(0)
>>>>>> @@ -235,12 +240,69 @@ static int tegra186_wdt_set_timeout(struct
>>>>>> watchdog_device *wdd,
>>>>>> return 0;
>>>>>> }
>>>>>> +static unsigned int tegra186_wdt_get_timeleft(struct
>>>>>> watchdog_device *wdd)
>>>>>> +{
>>>>>> + struct tegra186_wdt *wdt = to_tegra186_wdt(wdd);
>>>>>> + u32 expiration, val;
>>>>>> + u64 timeleft;
>>>>>> +
>>>>>> + if (!watchdog_active(&wdt->base)) {
>>>>>> + /* return zero if the watchdog timer is not activated. */
>>>>>> + return 0;
>>>>>> + }
>>>>>> +
>>>>>> + /*
>>>>>> + * Reset occurs on the fifth expiration of the
>>>>>> + * watchdog timer and so when the watchdog timer is configured,
>>>>>> + * the actual value programmed into the counter is 1/5 of the
>>>>>> + * timeout value. Once the counter reaches 0, expiration count
>>>>>> + * will be increased by 1 and the down counter restarts.
>>>>>> + * Hence to get the time left before system reset we must
>>>>>> + * combine 2 parts:
>>>>>> + * 1. value of the current down counter
>>>>>> + * 2. (number of counter expirations remaining) * (timeout/5)
>>>>>> + */
>>>>>> +
>>>>>> + /* Get the current number of counter expirations. Should be a
>>>>>> + * value between 0 and 4
>>>>>> + */
>>>>>> + val = readl_relaxed(wdt->regs + WDTSR);
>>>>>> + expiration = FIELD_GET(WDTSR_CURRENT_EXPIRATION_COUNT, val);
>>>>>> + if (WARN_ON(expiration > 4))
>>>>>> + return 0;
>>>>>
>>>>> Each call will generate a big warning in the message. May be simpler
>>>>> to add a pr_err() with an explicit message.
>>>>
>>>> I prefer the WARN. This should never happen. If we do change this, then
>>>> dev_WARN() might be more appropriate, but I think that this is fine
>>>> too.
>>>
>>> The function tegra186_wdt_get_timeleft() is triggered from userspace
>>> via an ioctl or sysfs. The documentation process/coding-style.rst says:
>>>
>>> """
>>> Do not WARN lightly
>>> *******************
>>>
>>> WARN*() is intended for unexpected, this-should-never-happen situations.
>>> WARN*() macros are not to be used for anything that is expected to
>>> happen
>>> during normal operation. These are not pre- or post-condition
>>> asserts, for
>>> example. Again: WARN*() must not be used for a condition that is
>>> expected
>>> to trigger easily, for example, by user space actions. pr_warn_once()
>>> is a
>>> possible alternative, if you need to notify the user of a problem.
>>> """
>>>
>>> I understand it is important to check the return value in order to
>>> have a consistent result when computing the remaining time but that
>>> should not trigger a warning each time.
>>
>> Yes so WARN sounds appropriate. It should never happen. I don't see
>> the issue.
>
> The issue is if there is an userspace application reading the ioctl and
> or the sysfs, then the warning will be emitted each time if the never-
> happen condition exists. Preferably replace the WARN_ON by
> pr_warn_once() as suggested if the bug must be reported.
Sounds a bit funny 'if the never-happen condition exists' :-)
However, I will be fine with WARN_ON_ONCE(). I think that this warrants
more of a large WARN splat than pr_warn() because it should never happen.
Jon
--
nvpublic
next prev parent reply other threads:[~2025-05-02 12:37 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-02 4:37 [PATCH v7 0/3] clocksource: fix Tegra234 SoC Watchdog Timer Robert Lin
2025-05-02 4:37 ` [PATCH v7 1/3] clocksource/drivers/timer-tegra186: add WDIOC_GETTIMELEFT support Robert Lin
2025-05-02 9:19 ` Daniel Lezcano
2025-05-02 10:16 ` Jon Hunter
2025-05-02 10:51 ` Daniel Lezcano
2025-05-02 11:06 ` Jon Hunter
2025-05-02 11:29 ` Daniel Lezcano
2025-05-02 12:37 ` Jon Hunter [this message]
2025-05-05 5:34 ` Robert Lin
2025-05-05 8:37 ` Daniel Lezcano
2025-05-05 5:34 ` Robert Lin
2025-05-02 4:37 ` [PATCH v7 2/3] clocksource/drivers/timer-tegra186: fix watchdog self-pinging Robert Lin
2025-05-02 4:37 ` [PATCH v7 3/3] clocksource/drivers/timer-tegra186: Remove unused bits Robert Lin
2025-05-02 9:23 ` [PATCH v7 0/3] clocksource: fix Tegra234 SoC Watchdog Timer Daniel Lezcano
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=a6a45384-18b4-4500-8b8e-8cdd8df5ac1f@nvidia.com \
--to=jonathanh@nvidia.com \
--cc=daniel.lezcano@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=pohsuns@nvidia.com \
--cc=robelin@nvidia.com \
--cc=sumitg@nvidia.com \
--cc=tglx@linutronix.de \
--cc=thierry.reding@gmail.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
all inboxes | Powered by JetHome®