Re: [PATCH] arm64: dts: s32g: force S32G RTC as rtc0

Next message: Mark Brown: "Re: [PATCH 1/2] regulator: pca9450: Correct interrupt type"
Previous message: Richard Fitzgerald: "[PATCH 06/10] ASoC: wm_adsp: Use consistent error checks in wm_adsp_request_firmware_files()"
In reply to: Andrei Botila: "[PATCH] arm64: dts: s32g: force S32G RTC as rtc0"
Next in thread: Andrei Botila: "Re: [PATCH] arm64: dts: s32g: force S32G RTC as rtc0"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

From: Fabio Estevam

Date: Tue Mar 10 2026 - 10:53:11 EST

On Tue, Mar 10, 2026 at 9:50 AM Andrei Botila <andrei.botila@xxxxxxxxxxx> wrote:
>
> S32G RTC is probed after the RTC on RDB (PCA85073A) so the S32G RTC
> ends up on /dev/rtc1. This causes the suspend/resume or hwclock to use
> the wrong RTC since it takes by default rtc0.
> Force the S32G RTC to be assigned rtc0.

We usually prefer to use the I2C RTC as rtc0 because it is battery-backed.

What's the exact problem with using the I2C RTC as rtc0?

Is the S32G RTC battery-backed?