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