arm64: dts: qcom: sc8280xp-crd: enable rtc
authorJohan Hovold <johan+linaro@kernel.org>
Thu, 2 Feb 2023 15:54:47 +0000 (16:54 +0100)
committerBjorn Andersson <andersson@kernel.org>
Mon, 13 Mar 2023 19:38:09 +0000 (12:38 -0700)
commite67b45582c5e2ca829f4bb4c0042f75cdec62b80
tree92844d8c1657ab25cc08d0e199d45a9d6b99359c
parentd6dbbda37ab5ab83dccf634fe082eb48d81b4899
arm64: dts: qcom: sc8280xp-crd: enable rtc

The SC8280XP CRD firmware does not implement the UEFI time runtime
services so the RTC in the PM8280K PMIC needs to be accessed directly.

To complicate things further, the RTC control and time registers are
read-only on this platform so an offset must be stored in some other
machine-specific non-volatile memory which an RTC driver can take into
account when reading or updating the time.

The UEFI firmware (and Windows) use a UEFI variable for this:

882f8c2b-9646-435f-8de5-f208ff80c1bd-RTCInfo

but the offset can only be accessed via the Qualcomm UEFI Secure
Application residing in the TEE as the firmware does not implement the
variable runtime services either.

While it is possible to access this UEFI variable from Linux on the CRD,
this requires using a fairly complex and reverse-engineered firmware
interface. As the only benefit of doing so is to make sure that the UEFI
(Windows) and Linux time never gets out of sync, it seems preferable to
use the PMIC scratch registers for storing an offset instead. This also
avoids flash wear in case of RTC drift, etc.

Also note that setting variables using this interface does not work on
at least one CRD for reasons not yet known.

So instead of using the UEFI RTC offset, reserve four bytes in one of
the PMIC SDAM scratch-register blocks to hold the RTC offset.

Signed-off-by: Johan Hovold <johan+linaro@kernel.org>
Signed-off-by: Bjorn Andersson <andersson@kernel.org>
Link: https://lore.kernel.org/r/20230202155448.6715-22-johan+linaro@kernel.org
arch/arm64/boot/dts/qcom/sc8280xp-crd.dts