linux-toradex.git, branch toradex_4.14-2.3.x-imx Linux kernel for Apalis and Colibri modules ARM: dts: apalis/colibri-imx6: standby pmic on poweroff 2021-03-19T15:00:44+00:00 Oleksandr Suvorov oleksandr.suvorov@toradex.com 2020-10-27T15:00:58+00:00 b8e49e74e60c8eb20328e4aac412f5cf338e9d0f There is a new property to work around the bug of PMIC PF0100. This property turns the pmic into the standby mode on power down the system, that leads to turn off all power rails. In this mode the power consumption is around 2 mA. Related-to: ELB-3580 Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com> (cherry-picked from commit 36c91bbb3ff44beccc48a6e833d2b61e89affeb5) 
There is a new property to work around the bug of PMIC PF0100.
This property turns the pmic into the standby mode on power down the
system, that leads to turn off all power rails. In this mode the power
consumption is around 2 mA.

Related-to: ELB-3580
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
(cherry-picked from commit 36c91bbb3ff44beccc48a6e833d2b61e89affeb5)
ARM: imx6: fix setting up pm_power_off callback 2021-03-19T15:00:34+00:00 Oleksandr Suvorov oleksandr.suvorov@toradex.com 2020-10-27T17:08:54+00:00 6d0b9b7e8aab837a405a37645e103b21201dc5e4 It is not necessarily that the system with set up the POWER_RESET_GPIO config option has the enabled device "gpio-poweroff". Without this device the "pm_power_off" callback remains uninitialized and the syscall "reboot" converts the signal LINUX_REBOOT_CMD_POWER_OFF into LINUX_REBOOT_CMD_HALT. This leads to skip calling the callback "pm_power_off_prepare" that should do an important work for iMX6+PF0100 systems: it should turns down all power rails of PMIC PF0100 to emulate a "power off" state as a workaround for a PMIC PF0100 with PMIC_ON_REQ and VCC_BATT is supplied from a battery, leading to unable to restart the module either by RESET or power cycle. Note, that gpio-poweroff device still can grab the pm_power_off callback using the property "force-mode" introduced in the commit: 964f69e00a4d ("power: reset: gpio-poweroff: add force-mode") Enable setting pm_power_off callback on the system with POWER_RESET_GPIO config option. Related-to: ELB-3580 Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com> (cherry-picked from aebbdbb42fbec323d242a6c0fb5fe6c97636ee3e) 
It is not necessarily that the system with set up the
POWER_RESET_GPIO config option has the enabled device "gpio-poweroff".
Without this device the "pm_power_off" callback remains uninitialized
and the syscall "reboot" converts the signal LINUX_REBOOT_CMD_POWER_OFF
into LINUX_REBOOT_CMD_HALT.
This leads to skip calling the callback "pm_power_off_prepare" that
should do an important work for iMX6+PF0100 systems: it should turns
down all power rails of PMIC PF0100 to emulate a "power off" state as a
workaround for a PMIC PF0100 with PMIC_ON_REQ and VCC_BATT is supplied
from a battery, leading to unable to restart the module either by RESET
or power cycle.

Note, that gpio-poweroff device still can grab the pm_power_off callback
using the property "force-mode" introduced in the commit:
964f69e00a4d ("power: reset: gpio-poweroff: add force-mode")

Enable setting pm_power_off callback on the system with POWER_RESET_GPIO
config option.

Related-to: ELB-3580
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
(cherry-picked from aebbdbb42fbec323d242a6c0fb5fe6c97636ee3e)
regulator: pfuze100-regulator: provide pm_power_off_prepare handler 2021-03-19T15:00:27+00:00 Oleksij Rempel o.rempel@pengutronix.de 2018-08-02T10:34:24+00:00 64f3c21d5edd1953c10e77401b7421360225ae88 On some boards the SoC can use one pin "PMIC_STBY_REQ" to notify th PMIC about state changes. In this case internal state of PMIC must be preconfigured for upcomming state change. It works fine with the current regulator framework, except with the power-off case. This patch is providing an optional pm_power_off_prepare handler which will configure standby state of the PMIC to disable all power lines. In my power consumption test on RIoTBoard, I got the following results: power off without this patch: 320 mA power off with this patch: 2 mA suspend to ram: 40 mA Related-to: ELB-3580 Signed-off-by: Oleksij Rempel <o.rempel@pengutronix.de> Signed-off-by: Mark Brown <broonie@kernel.org> (cherry-picked from commit c29daffa322ad36978cbce487f8ebcd9c3c3f7c0) (tuned for 4.14 kernel) Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com> 
On some boards the SoC can use one pin "PMIC_STBY_REQ" to notify th PMIC
about state changes. In this case internal state of PMIC must be
preconfigured for upcomming state change.
It works fine with the current regulator framework, except with the
power-off case.

This patch is providing an optional pm_power_off_prepare handler
which will configure standby state of the PMIC to disable all power lines.

In my power consumption test on RIoTBoard, I got the following results:
power off without this patch:	320 mA
power off with this patch:	2   mA
suspend to ram:			40  mA

Related-to: ELB-3580
Signed-off-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Mark Brown <broonie@kernel.org>
(cherry-picked from commit c29daffa322ad36978cbce487f8ebcd9c3c3f7c0)
(tuned for 4.14 kernel)
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
regulator: pfuze100: fix system hang on suspend 2021-03-19T14:59:33+00:00 Oleksandr Suvorov oleksandr.suvorov@toradex.com 2021-01-07T17:52:07+00:00 ea10cf16716d579597b4276a1cbb72d4d5c22ee3 The shutdown() callback of i2c client device calls for both scenarios, power off and reboot the system. In case of rebooting, the PMIC is configured to power off the power rails when receiveing the PMIC_STBY_REQ request. It leads to powering the module down and system hanging while suspending the system after soft reboot. Remove the shutdown() callback. Related-to: ELB-3580 Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com> (cherry-picked from commit 22072a0ae32d68771e254aeb45c0edf87c61f7d5) (tuned for kernel 4.14) 
The shutdown() callback of i2c client device calls for both scenarios,
power off and reboot the system.
In case of rebooting, the PMIC is configured to power off the power rails
when receiveing the PMIC_STBY_REQ request.
It leads to powering the module down and system hanging while suspending
the system after soft reboot.
Remove the shutdown() callback.

Related-to: ELB-3580
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
(cherry-picked from commit 22072a0ae32d68771e254aeb45c0edf87c61f7d5)
(tuned for kernel 4.14)
apalis-imx8: fix usb hsic support 2021-02-24T16:31:35+00:00 Marcel Ziswiler marcel.ziswiler@toradex.com 2021-02-08T23:54:37+00:00 c1c9f8a2f4251e3226d7782852a14311308703a5 Looks like from the very beginning we were missing a proper pinmuxing for the active state of the HSIC data pin! Settings taken from discussion on NXP's public community forum: https://community.nxp.com/t5/i-MX-Processors/i-MX-8QuadMax-USB-HSIC-Functionality/m-p/1228662/highlight/true#M169217 Fixes: 321682bbb785 ("apalis-imx8qm: add USB HSIC support") Related-to: ELB-3228 Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com> (cherry picked from commit a43e07cd3980304b3665fff7b816dee6dad2bf5e) Put settings into different file, as the filename changed in 5.4. Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com> 
Looks like from the very beginning we were missing a proper pinmuxing
for the active state of the HSIC data pin!

Settings taken from discussion on NXP's public community forum:

https://community.nxp.com/t5/i-MX-Processors/i-MX-8QuadMax-USB-HSIC-Functionality/m-p/1228662/highlight/true#M169217

Fixes: 321682bbb785 ("apalis-imx8qm: add USB HSIC support")
Related-to: ELB-3228
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
(cherry picked from commit a43e07cd3980304b3665fff7b816dee6dad2bf5e)

Put settings into different file, as the filename changed in 5.4.
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
arm64: dts: fsl: imx8qm: fix sai2 and sai3 2020-10-20T13:21:53+00:00 Tomislav Lugarić tomislav.lugaric@rimac-automobili.com 2020-10-20T13:16:55+00:00 be5c475bdacaa8fed6a92f1e73540b1d1a77eb2b Sai2 and Sai3 definitions for DMA were missing in the device tree of kernel 4.14. Signed-off-by: Stefan Eichenberger <stefan.eichenberger@toradex.com> 
Sai2 and Sai3 definitions for DMA were missing in the device tree of
kernel 4.14.

Signed-off-by: Stefan Eichenberger <stefan.eichenberger@toradex.com>
arm64: dts: apalis-imx8 ixora v1.1: fix led gpio-line-names 2020-09-21T13:12:13+00:00 Marcel Ziswiler marcel.ziswiler@toradex.com 2020-09-21T12:48:58+00:00 8e0e365e5c0d39fc33ba5ac4463df23e6f107381 Our GPIO list starts with gpio5-01 while it really should start with gpio5-00. So the whole list is shifted by one. Related-to: ELB-3032 Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com> (cherry picked from commit a4fae6e282a3b68f6d6c7dd5b7deca3b33099abb) 
Our GPIO list starts with gpio5-01 while it really should start with
gpio5-00. So the whole list is shifted by one.

Related-to: ELB-3032
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
(cherry picked from commit a4fae6e282a3b68f6d6c7dd5b7deca3b33099abb)
arm64: dts: freescale: fsl-imx8mm-verdin: correct ldo1/ldo2 voltage 2020-09-18T14:13:50+00:00 Marcel Ziswiler marcel.ziswiler@toradex.com 2020-09-18T14:13:50+00:00 efdf797b2b091554bad3e2b6dc88631e23e879c2 Correct ldo1/ldo2 voltage as below: ldo1 --NVCC_SNVS_1V8 ldo2 --VDD_SNVS_0V8 Analogous to commit 96c179b63e7b ("MLK-23275-1: ARM64: dts: freescale: fsl-imx8mm-evk: correct ldo1/ldo2 voltage") from NXP's downstream BSP. Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com> 
Correct ldo1/ldo2 voltage as below:
ldo1 --NVCC_SNVS_1V8
ldo2 --VDD_SNVS_0V8

Analogous to commit 96c179b63e7b ("MLK-23275-1: ARM64: dts: freescale: fsl-imx8mm-evk: correct ldo1/ldo2 voltage")
from NXP's downstream BSP.

Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
Merge remote-tracking branch 'remotes/codeaurora/imx_4.14.98_2.3.0' into toradex_4.14-2.3.x-imx 2020-09-18T13:17:33+00:00 Marcel Ziswiler marcel.ziswiler@toradex.com 2020-09-18T13:17:33+00:00 843b84fd822ffdd9b4b058b0f2bcd8faf5a850b9 






ARM64: dts: apalis-imx8qm: default to a 3.3v rail for the ext rgmii signals
2020-09-16T13:11:03+00:00

Max Krummenacher
max.krummenacher@toradex.com

2020-09-16T12:36:35+00:00

bea227e90a607d5df50f1c0aa929b855a54ed664

The pins which can be used for an external ethernet PHY are powered by
a sepearte LDO. Currently in the device tree this rail is set to 1.8V,
the default apalis functionality of these pins requires 3.3V so change
to that.

If used with an external PHY in addition to add the PHY to the device also
the rail's voltage needs to be adapted.

Related-to: ELB-2899
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>





The pins which can be used for an external ethernet PHY are powered by
a sepearte LDO. Currently in the device tree this rail is set to 1.8V,
the default apalis functionality of these pins requires 3.3V so change
to that.

If used with an external PHY in addition to add the PHY to the device also
the rail's voltage needs to be adapted.

Related-to: ELB-2899
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>