Hi Anatolij, On Mon, Feb 17, 2020 at 5:42 AM Anatolij Gustschin <ag...@denx.de> wrote: > > Currently when booting the kernel on i.MX8 U-Boot hangs in an > endless loop when switching off dma, connectivity or lsio power > domains during device removal. It hapens first when removing > gpio0 (gpio@5d080000) device, here its power domain device > 'lsio_gpio0' is obtained for switching off power. Since the > obtained 'lsio_gpio0' device is removed afterwards, its power > domain is also switched off and here the parent power domain > device 'lsio_power_domain' is optained for switching off the > power. Thereafter, when the obtained 'lsio_power_domain' is > removed, device_remove() removes its first child 'lsio_gpio0'. > During this child removal the 'lsio_power_domain' device is > obtained again for switching and when removing it later, > the same child removal is repeated, so we are stuck in an > endless loop. Below is a snippet from dm tree on i.MX8QXP > for better illustration of the DM devices relationship: > > Class Index Probed Driver Name > ----------------------------------------------------------- > root 0 [ + ] root_driver root_driver > ... > simple_bus 0 [ + ] generic_simple_bus |-- imx8qx-pm > power_doma 0 [ + ] imx8_power_domain | |-- lsio_power_domain > power_doma 1 [ + ] imx8_power_domain | | |-- lsio_gpio0 > power_doma 2 [ + ] imx8_power_domain | | |-- lsio_gpio1 > > Do not remove a power domain device if it is a parent of the > currently controlled device. > > Fixes: 52edfed65de9 ("dm: core: device: switch off power domain after device > removal") > Signed-off-by: Anatolij Gustschin <ag...@denx.de>
I also had to apply the following change in order to boot a i.MX8QXP MEK board: --- a/arch/arm/mach-imx/imx8/fdt.c +++ b/arch/arm/mach-imx/imx8/fdt.c @@ -280,6 +280,8 @@ int ft_system_setup(void *blob, bd_t *bd) { int ret; + return 0; + update_fdt_with_owned_resources(blob); if (is_imx8qm()) { With your patch and this change a 4.14.98 NXP kernel can boot, but not a 4.19.35 NXP nor a mainline kernel. Tested-by: Fabio Estevam <feste...@gmail.com>