Problem IMX8MN booting legacy kernel and mipi display

Adam Ford aford173 at gmail.com
Wed Feb 2 14:02:12 CET 2022


On Wed, Feb 2, 2022 at 6:24 AM Michael Nazzareno Trimarchi
<michael at amarulasolutions.com> wrote:
>
> Hi all
>
> I have now able to pack those combination and all of them look ok
>
> - mainline uboot
> - optee 3.15.0
> - atf 2.5
> - mainline kernel
>
> - mainline uboot
> - optee 3.15.0
> - imx-atf rel_imx_5.4.70_2.3.2
> - Linux rel_imx_5.4.70_2.3.2
>
> I have a setup where I can test some peripherals. I can run an optee
> test on both combinations
> The big issue I have it's the DSIM display it's not working and
> crashes the kernel using the rel_imx_5.4.70_2.3.2 nxp version. The
> mipi
> randomly deadlock the booting. If I don't register the mipi part it's
> ok. Can someone have an idea?

Are you using the  Linux rel_imx_5.4.70_2.3.2 with imx-atf rel_imx_5.4.70_2.3.2?

The NXP kernel expects the NXP ATF code.  The power-domain drivers in
the NXP branch make secure calls to ATF which enable/disable the
power-domains which control a bunch of peripherals like DSI, CSI, USB
and GPU.  If you're using the mainline ATF, I don't believe it
contains the power-domain controllers, so when the Linux power-domain
drivers make the secure calls, it's likely the power-domains won't
change.

adam
>
> All of them can be test using a buildroot setup
>
> Michael


More information about the U-Boot mailing list