Deprecate XTOS on imx8/imx8x platforms

[LaurentiuM1234]

To prepare for XTOS deprecation and switch to Zephyr native drivers on i.MX8QM/i.MX8QXP, remove the ability to build SOF with XTOS on said platforms. Also, remove all XTOS builds/tests for these platforms from CI.

[dbaluta]

Thanks @LaurentiuM1234 I'm discussing now with our Yocto team in order to define the strategy of removing XTOS support. Will merge this once we have an agreement.

[marc-hb]

Is there some public, very short document comparing "QM" versus "QXP" and a small table showing which "imx8?" belongs to what? It's pretty cryptic otherwise.

Can this wait until Zephyr updates are unblocked? I mean:

• [BUG] Zephyr baseline update blocked #8818

[LaurentiuM1234]

Is there some public, very short document comparing "QM" versus "QXP" and a small table showing which "imx8?" belongs to what? It's pretty cryptic otherwise.

Sorry for the confusion. Not sure we have that. Maybe @dbaluta can help here. For reference:

1. imx8 - QM
2. imx8x - QXP

The "imx8" and "imx8x" naming stems from the name of the family.

Can this wait until Zephyr updates are unblocked? I mean:

• [BUG] Zephyr baseline update blocked #8818

The transition is blocked by the same issue anyways so this can wait as well

[iuliana-prodan]

Is there some public, very short document comparing "QM" versus "QXP" and a small table showing which "imx8?" belongs to what? It's pretty cryptic otherwise.

https://www.nxp.com/products/processors-and-microcontrollers/arm-processors/i-mx-applications-processors/i-mx-8-applications-processors:IMX8-SERIES
From this link you can go for i.MX 8 or i.MX 8X or i.MX 8ULP or
i.MX 8M Plus - in each of this links look for "Part numbers include: "

[dbaluta]

Is there some public, very short document comparing "QM" versus "QXP" and a small table showing which "imx8?" belongs to what? It's pretty cryptic otherwise.

Family	Instance name	Application processor cores	DSP
i.MX8	i.MX8QM	2 x Cortex A72 + 4 x Cortex A53	HIFI4@666Mhz
i.MX8X	i.MX8QXP	4 x Cortex A35	HIFI4@640MHhz
i.MX8M	i.MX8MPlus	4 x Cortex A53	HIFI4@800MHz
i.MXULP	i.MX8ULP	2 X Cortex A35	HIFI4@528Mhz

[marc-hb]

Thanks for the table, it is useful. I initially wondered whether it would be useful to add such a table as a comment somewhere here or in sof-docs but I suspect there's a much simpler solution...

Would it be possible to very simply avoid "QM" and "QX" in commit messages and sources completely and just stick to "imx8" and "imx8m" as it has been done until now? As far as SOF is concerned it looks like a 1:1 mapping so far so it does not look like information would be lost if dropping "QM" and "QX" completely?

CI compiles multiple configurations in many different ways so the time wasted to find this sort of mapping can add up quickly; it's not negligible. Also, fixing issues in other vendors' configurations is always quite stressful so every little helps.

[LaurentiuM1234]

V2 updates

1. Fixed commit messages to use imx8/imx8x instead of QM/QXP.
2. Switched to AMD's rmb in reproducible builds test.