[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1359781c-a1cc-43ff-88e2-f381e8ab81d2@gehealthcare.com>
Date: Wed, 14 Jan 2026 15:22:56 +0200
From: Nandor Han <nandor.han@...ealthcare.com>
To: Krzysztof Kozlowski <krzk@...nel.org>, wim@...ux-watchdog.org,
linux@...ck-us.net, robh@...nel.org, krzk+dt@...nel.org,
conor+dt@...nel.org, shawnguo@...nel.org, s.hauer@...gutronix.de
Cc: kernel@...gutronix.de, festevam@...il.com,
linux-watchdog@...r.kernel.org, devicetree@...r.kernel.org,
imx@...ts.linux.dev, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 1/2] dt-bindings: watchdog: fsl-imx: document continue
in low power mode
On 1/12/26 15:55, Krzysztof Kozlowski wrote:
> CAUTION: This email originated from outside of GE HealthCare. Only open links or attachments if you trust the sender. Report suspicious emails using Outlook’s “Report” button.
>
> On 12/01/2026 14:08, Nandor Han wrote:
>> Property "fsl,wdt-continue-in-low-power" allows the watchdog to continue
>> running in low power modes (STOP and DOZE). By default, the watchdog is
>> suspended in these modes. This property provides the option to keep the
>> watchdog active during low power states when needed.
>>
>> Signed-off-by: Nandor Han <nandor.han@...ealthcare.com>
> Do not attach (thread) your patchsets to some other threads (unrelated
> or older versions). This buries them deep in the mailbox and might
> interfere with applying entire sets. See also:
> https://elixir.bootlin.com/linux/v6.16-rc2/source/Documentation/process/submitting-patches.rst#L830
Apologies, will not do that on the next version.
<snip>
>> + fsl,wdt-continue-in-low-power:
>> + $ref: /schemas/types.yaml#/definitions/flag
>> + description: |
> Do not need '|' unless you need to preserve formatting.
Thanks, will update.
>> + If present, the watchdog device continues to run in low power modes
>> + (STOP and DOZE).
> Not much improved. My questions how this petting is suppose to work
> remain unanswered.
>
> Again, system load is really not relevant whether watchdog works or not
> in low power mode.
Our use case is that we do not allow the CPU (i.MX7) to enter low-power modes.
To enforce this, we explicitly enable the watchdog during low-power states so that if the system enters such a mode for any reason, the watchdog will reset the CPU.
Since in STOP and DOZE modes the CPU is halted and systemd can no longer service the watchdog, the watchdog will eventually trigger a reset.
Regards,
Nandor
Powered by blists - more mailing lists