mbox series

[v1,0/2] arm64: dts: ti: k3-am62-verdin: add sleep-moci support

Message ID 20240301084901.16656-1-eichest@gmail.com
Headers
Series arm64: dts: ti: k3-am62-verdin: add sleep-moci support |

Message

Stefan Eichenberger March 1, 2024, 8:48 a.m. UTC 
  From: Stefan Eichenberger <stefan.eichenberger@toradex.com>

This patch series adds support for sleep-moci to the Verdin AM62 in
combination with the Dahlia carrier board. sleep-moci is a GPIO that
allows the system on module to turn off regulators that are not needed
in suspend mode on the carrier board.

Commit ba9d3cd71f15 ("dt-bindings: usb: microchip,usb5744: Remove
peer-hub as requirement") from linux-next is needed to make DTB_CHECK
pass without peer-hub set for the hub on the usb1 interface.

Signed-off-by: Stefan Eichenberger <stefan.eichenberger@toradex.com>

Stefan Eichenberger (2):
  arm64: dts: ti: k3-am62-verdin: replace sleep-moci hog with regulator
  arm64: dts: ti: k3-am62-verdin-dahlia: support sleep-moci

 .../boot/dts/ti/k3-am62-verdin-dahlia.dtsi    | 22 +++++++++++++++++
 arch/arm64/boot/dts/ti/k3-am62-verdin.dtsi    | 24 ++++++++++++-------
 2 files changed, 38 insertions(+), 8 deletions(-)

Comments

Francesco Dolcini March 1, 2024, 9 a.m. UTC | #1 
On Fri, Mar 01, 2024 at 09:49:00AM +0100, Stefan Eichenberger wrote:
> From: Stefan Eichenberger <stefan.eichenberger@toradex.com>
> 
> The Verdin family has a signal called sleep-moci which can be used to
> turn off peripherals on the carrier board when the SoM goes into
> suspend. So far we have hogged this signal, which means the peripherals
> are always on and it is not possible to add peripherals that depend on
> the sleep-moci to be on. With this change, we replace the hog with a
> regulator so that peripherals can add their own regulators that use the
> same gpio. Carrier boards that allow peripherals to be powered off in
> suspend can disable this regulator and implement their own regulator to
> control the sleep-moci.
> 
> Signed-off-by: Stefan Eichenberger <stefan.eichenberger@toradex.com>

Reviewed-by: Francesco Dolcini <francesco.dolcini@toradex.com>