Add __maybe_unused attribute for posix RTOS layer, so this attribute can
be used in common SOF code (it's already supported in Zephyr+XTOS).
Signed-off-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
In order to avoid first level interrupt handling from
wrapper.c second level interrupt handling go through interrupt.c
define macros to rename the duplicated functions
Signed-off-by: DineshKumar Kalva <DineshKumar.Kalva@amd.com>
Without this change testbench IPC4 build fails with copier with
implicit definition of the function. The mailbox_sw_reg_read64()
function should be there in the same platform library mailbox.h
header as the 32 bit version of similar function. The header
mailbox.h for all Intel platforms is organized similarly.
The argument type is changed to size_t from uint32_t to follow
other similar functions.
Signed-off-by: Seppo Ingalsuo <seppo.ingalsuo@linux.intel.com>
In the case where the copier has more than one output and,
additionally, we will be using a pin other than pin 0
(for example, when we want to copy data from pin 1 of
a gateway-type copier to the next pipeline), it is necessary
to copy data in playback path from the source to the output
for all possible active sinks.
Signed-off-by: Damian Nikodem <damian.nikodem@intel.com>
Adds a channel map parameter to conversion functions, allowing for
the introduction of conversions that can handle both format conversion
and channel remapping.
Signed-off-by: Serhiy Katsyuba <serhiy.katsyuba@intel.com>
Make the filename argument be a const char * to avoid the following
warning with c++ compliation:
warning: ISO C++ forbids converting a string constant to ‘char*’ [-Wwrite-strings]
Signed-off-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
Except for trace file, there is no usage for META in sof
source code, posix and xtos are all aligned with zephyr definiton.
Signed-off-by: Baofeng Tian <baofeng.tian@intel.com>
Add the posix headers for use with the SOF ALSA plugin.
Signed-off-by: Liam Girdwood <liam.r.girdwood@linux.intel.com>
Signed-off-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
Kai Vehmanen