[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241112164006.GB1151895-robh@kernel.org>
Date: Tue, 12 Nov 2024 10:40:06 -0600
From: Rob Herring <robh@...nel.org>
To: Philipp Rosenberger <p.rosenberger@...bus.com>
Cc: Alexandre Belloni <alexandre.belloni@...tlin.com>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, linux-rtc@...r.kernel.org,
linux-kernel@...r.kernel.org, devicetree@...r.kernel.org,
Lino Sanfilippo <l.sanfilippo@...bus.com>,
Thomas Böhler <t.boehler@...bus.com>,
Hugo Villeneuve <hvilleneuve@...onoff.com>
Subject: Re: [PATCH v3 1/2] dt-bindings: rtc: pcf2127: Add nxp,battery-backed
flag
On Mon, Nov 11, 2024 at 04:41:43PM +0100, Philipp Rosenberger wrote:
> This commit introduces the nxp,battery-backed property to the
> nxp,pcf2127 Device Tree bindings. This flag indicates that the
> RTC is battery-backed and forces the driver to enable the
> battery switch-over function, but only if no other mode is already
> configured.
>
> With the PCF2131, the battery switch-over is disabled by default.
> If the battery switch-over is not enabled by the bootloader or
> firmware, this property ensures that the RTC can function correctly
> when powered by the battery.
>
> Signed-off-by: Philipp Rosenberger <p.rosenberger@...bus.com>
> ---
> Documentation/devicetree/bindings/rtc/nxp,pcf2127.yaml | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/rtc/nxp,pcf2127.yaml b/Documentation/devicetree/bindings/rtc/nxp,pcf2127.yaml
> index 2d9fe5a75b06..87ba16346fb4 100644
> --- a/Documentation/devicetree/bindings/rtc/nxp,pcf2127.yaml
> +++ b/Documentation/devicetree/bindings/rtc/nxp,pcf2127.yaml
> @@ -30,6 +30,13 @@ properties:
>
> reset-source: true
>
> + nxp,battery-backed:
> + description: |
> + Indicates that the RTC is battery-backed. This property forces
> + the driver to enable the battery switch-over function, but only if
> + no other mode is already configured.
> + $ref: /schemas/types.yaml#/definitions/flag
Seems like something that would be a common property? I didn't find any
prior art though.
Rob
Powered by blists - more mailing lists