Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Fri, 17 Jun 2022 13:47:05 +0200
From:   Corentin Labbe <clabbe.montjoie@gmail.com>
To:     MR <m.reichl@fivetechno.de>
Cc:     linux-rockchip@lists.infradead.org,
        Robin Murphy <robin.murphy@arm.com>, heiko@sntech.de,
        robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: rk3399-roc-pc does not boot
Message-ID: <YqxpuT36/sjQKm0o@Red>
References: <YqxEL/pgv3zuH6aS@Red>
 <c12cc4bd-f7b8-5e52-14a2-41a0da83bb0c@arm.com>
 <9CC86176-19B0-491F-86A4-F95E670B0A66@fivetechno.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <9CC86176-19B0-491F-86A4-F95E670B0A66@fivetechno.de>
Precedence: bulk

Le Fri, Jun 17, 2022 at 01:43:05PM +0200, MR a ?crit :
> 
> 
> Am 17. Juni 2022 11:58:03 MESZ schrieb Robin Murphy <robin.murphy@arm.com>:
> >On 2022-06-17 10:06, Corentin Labbe wrote:
> >> Hello
> >> 
> >> I try to add rk3399-roc-pc to kernelCI but this board fail to ends its boot with any kernel I try.
> >> It boot normally up to starting init but it stucks shorty after.
> >> It fail on 5.10, 5.15, 5.17, 5.18 and linux-next.
> >> When disabling CONFIG_USB, the board boots successfully.
> >> 
> >> In dmesg I see OF: graph: no port node found in /i2c@ff160000/usb-typec@22
> >> According to Documentation/devicetree/bindings/usb/fcs,fusb302.txt, the port is mandatory.
> >> Can it be possible that the problem was that the power port being disabled ?
> >
> >Indeed, I believe the OF graph error is just a meaningless annoyance, but the general problem sounds like it's probably the same thing that's come up before:
> >
> >https://lore.kernel.org/all/0ac6bbe7-6395-526d-213c-ac58a19d8673@fivetechno.de/
> >
> >Disabling CONFIG_TYPEC_FUSB302 or blacklisting the fusb302 module should help confirm that. I have no idea if it's still an open problem, or if it's been fixed and you might just need to define the proper power role in the DT; this just triggered a memory of that older thread :)
> >
> >Robin.
> 
> Yes, the issue above is still there. I therefore use dumb 5 V, 4 A USB power supplies  that do not react on the USB-C communication.
> 
> Markus

@Markus
Could you try the diff I just send ?

Thanks