From: Krzysztof Kozlowski <krzk@kernel.org>
To: Ciprian Costea <ciprianmarian.costea@oss.nxp.com>,
Alexandre Belloni <alexandre.belloni@bootlin.com>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>
Cc: linux-rtc@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, imx@lists.linux.dev,
NXP S32 Linux <s32@nxp.com>, Christophe Lizzi <clizzi@redhat.com>,
Alberto Ruiz <aruizrui@redhat.com>,
Enric Balletbo <eballetb@redhat.com>,
Bogdan-Gabriel Roman <bogdan-gabriel.roman@nxp.com>,
Ghennadi Procopciuc <ghennadi.procopciuc@nxp.com>
Subject: Re: [PATCH v5 1/4] dt-bindings: rtc: add schema for NXP S32G2/S32G3 SoCs
Date: Tue, 26 Nov 2024 20:08:09 +0100 [thread overview]
Message-ID: <0c4f7e62-bf9e-4e4f-8493-db1e56773f38@kernel.org> (raw)
In-Reply-To: <20241126114940.421143-2-ciprianmarian.costea@oss.nxp.com>
On 26/11/2024 12:49, Ciprian Costea wrote:
> +
> +title: NXP S32G2/S32G3 Real Time Clock (RTC)
> +
> +maintainers:
> + - Bogdan Hamciuc <bogdan.hamciuc@nxp.com>
> + - Ciprian Marian Costea <ciprianmarian.costea@nxp.com>
> +
> +description:
> + RTC hardware module present on S32G2/S32G3 SoCs is used as a wakeup source.
> + It is not kept alive during system reset and it is not battery-powered.
Does this mean that this is not a standard RTC thus standard RTC schema
does not apply?
> +
> +properties:
> + compatible:
> + oneOf:
> + - enum:
> + - nxp,s32g2-rtc
> + - items:
> + - const: nxp,s32g3-rtc
> + - const: nxp,s32g2-rtc
> +
> + reg:
> + maxItems: 1
> +
> + interrupts:
> + maxItems: 1
> +
> + clocks:
> + items:
> + - description: ipg clock drives the access to the RTC iomapped registers
> + - description: Clock source for the RTC module. Can be selected between
> + 4 different clock sources using an integrated hardware mux.
> + On S32G2/S32G3 SoCs, 'source0' is the SIRC clock (~32KHz) and it is
> + available during standby and runtime. 'source1' is reserved and cannot
I am not sure what are the benefits of allowing to choose a clock which
cannot be used. I think source1 should be dropped.
> + be used. 'source2' is the FIRC clock and it is only available during
> + runtime providing a better resolution (~48MHz). 'source3' is an external
> + RTC clock source which can be additionally added in hardware.
> +
> + clock-names:
> + items:
> + - const: ipg
> + - enum: [ source0, source1, source2, source3 ]
> +
Best regards,
Krzysztof
next prev parent reply other threads:[~2024-11-26 19:09 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-26 11:49 [PATCH v5 0/4] add NXP RTC driver support for S32G2/S32G3 SoCs Ciprian Costea
2024-11-26 11:49 ` [PATCH v5 1/4] dt-bindings: rtc: add schema for NXP " Ciprian Costea
2024-11-26 19:08 ` Krzysztof Kozlowski [this message]
2024-11-27 12:01 ` Ciprian Marian Costea
2024-11-27 14:43 ` Rob Herring
2024-11-27 14:49 ` Ciprian Marian Costea
2024-11-26 11:49 ` [PATCH v5 2/4] rtc: s32g: add NXP S32G2/S32G3 SoC support Ciprian Costea
2024-11-26 18:05 ` Frank Li
2024-11-27 15:07 ` Ciprian Marian Costea
2024-11-27 15:32 ` Alexandre Belloni
2024-12-02 13:06 ` Ciprian Marian Costea
2024-11-28 21:18 ` kernel test robot
2024-11-26 11:49 ` [PATCH v5 3/4] arm64: defconfig: add S32G RTC module support Ciprian Costea
2024-11-26 11:49 ` [PATCH v5 4/4] MAINTAINERS: add NXP S32G RTC driver Ciprian Costea
-- strict thread matches above, loose matches on Subject: below --
2024-11-26 11:44 [PATCH] mmc: sdhci-esdhc-imx: enable 'SDHCI_QUIRK_NO_LED' quirk for S32G Ciprian Costea
2024-11-26 11:44 ` [PATCH v5 1/4] dt-bindings: rtc: add schema for NXP S32G2/S32G3 SoCs Ciprian Costea
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=0c4f7e62-bf9e-4e4f-8493-db1e56773f38@kernel.org \
--to=krzk@kernel.org \
--cc=alexandre.belloni@bootlin.com \
--cc=aruizrui@redhat.com \
--cc=bogdan-gabriel.roman@nxp.com \
--cc=catalin.marinas@arm.com \
--cc=ciprianmarian.costea@oss.nxp.com \
--cc=clizzi@redhat.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=eballetb@redhat.com \
--cc=ghennadi.procopciuc@nxp.com \
--cc=imx@lists.linux.dev \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rtc@vger.kernel.org \
--cc=robh@kernel.org \
--cc=s32@nxp.com \
--cc=will@kernel.org \
/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