Copy the entire list of UNSIGNED_RI platforms from
src/arch/xtensa/CMakeLists.txt, adding the ones that don't use Zephyr
yet.
Also rename NO_RIMAGE_PLATFORMS to RI_INFO_UNSUPPORTED not to give the
wrong impression that imx8* don't use rimage.
Fixes commit 3a9413eebd82 ("xtensa-build-zephyr.py: restore lost
reproducible .ri checksum")
Signed-off-by: Marc Herbert <email address hidden>
4d353a3...
by
Przemyslaw Blaszkowski <email address hidden>
ipc4: idc: fix hdr data passed to idc_ipc msg
Fix header data passed via idc_ipc command to ipc_cmd on secondary
core.
In IPC3 handler, IPC msg header is stored in ipc->comp_data.
ipc->comp_data passed to ipc_cmd() is valid for both cases:
- when calling ipc_cmd from ipc_platform_do_cmd for IPC handling
- when calling ipc_cmd from idc_ipc for IDC handling
In IPC4 handler, ipc->comp_data is not used to store IPC msg header.
There is global structure msg_data instead. For IPC4, ipc_cmd() may be
called in two cases:
- from ipc_platform_do_cmd for IPC handling: in this case,
msg_data.msg_in is passed via ipc_compact_read_msg to handle IPC. This
path is correct.
- from idc_ipc to handle IDC: in this case, still ipc->comp_data is
passed, which does not contain valid IPC header. It passes invalid
data to secondary core.
idc_ipc function is generic for all drivers, so changing it seems to be
not recommended.
ipc_cmd function has common header for all drivers, so removing argument
is also not a solution.
Fix problem by ignoring input argument for ipc_cmd in IPC4 handler and
reading header from global msg_data struct.
Heap memory profiling is based on runtime zephyr API.
It will print out each memory allocation with allocated bytes
and free bytes, display as below:
zephyr: heap allocatd: 22c0 free: 152a90 max allocated: 1000
