From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lokesh Vutla Date: Fri, 14 Feb 2020 15:00:30 +0530 Subject: [RFC 2/2] Revert "dm: core: device: switch off power domain after device removal" In-Reply-To: <20200214091839.GC6975@optiplex> References: <20200203135619.10180-1-oliver.graute@kococonnector.com> <20200203135619.10180-3-oliver.graute@kococonnector.com> <914a0443-bdab-3b43-3534-9e5c5a6c65c9@ti.com> <20200214091839.GC6975@optiplex> Message-ID: <532a129d-38c7-68b3-8d2b-62c555c92dc9@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 14/02/20 2:48 PM, Oliver Graute wrote: > On 14/02/20, Lokesh Vutla wrote: >> >> >> On 13/02/20 10:42 PM, Neil Armstrong wrote: >>> Hi, >>> >>> On 03/02/2020 14:59, Oliver Graute wrote: >>>> The conga-imx8 board isn't booting without this revert. Can someone tell me >>>> what I need to Do so that this revert is not necessary? >> >> Can you give more details on where the failure is happening?(logs would really >> help). > > without that revert patch u-boot is stuck at "Starting kernel ..." > Is there a way to get more details here? currently I don't know howto > debug that power-domain stuff deeper. Can you enable debug prints in: - drivers/power/domain/power-domain-uclass.c - drivers/power/domain/imx8-power-domain*.c and provide the logs? this will help which power-domain is causing the issue. Thanks and regards, Lokesh > > Bytes transferred = 27030016 (19c7200 hex) > Using ethernet at 5b040000 device > TFTP from server 10.200.134.119; our IP address is 10.200.134.121 > Filename 'imx8qm-cgt-qmx8.dtb'. > Load address: 0x83000000 > Loading: ##### > 2.5 MiB/s > done > Bytes transferred = 21224 (52e8 hex) > ## Flattened Device Tree blob at 83000000 > Booting using the fdt blob at 0x83000000 > Using Device Tree in place at 0000000083000000, end 00000000830082e7 > > Starting kernel ... > > Best regards, > > Oliver >