This will allow the fuzzer to probe deeper into the code while also
allowing CI to build test the adapter.
Signed-off-by: Curtis Malainey <cujomalainey@chromium.org>
Add a stub for the Waves library for the fuzzer to build against. This
will also improve build tests in CI.
Signed-off-by: Curtis Malainey <cujomalainey@chromium.org>
Now that we have the ability to do a posix builds we can start working
towards a "make allyesconfig" equivalent. One limitation though is that
we cannot build what we don't have, in this case 3P blocks. This commit
adds a toplevel config for 3P adapters to switch to a stub file so they
can still have their builds validated. These will also be eventually
enabled in the fuzzers.
Signed-off-by: Curtis Malainey <cujomalainey@chromium.org>
This reverts commit 4849a71ada.
The commit has been merged with CI test fail
The test is now failing constantly making CI unusabe
Either CI test or the code requires changes before merging
Signed-off-by: Marcin Szkudlinski <marcin.szkudlinski@intel.com>
In some error situations the configuration init_data may be NULL, and
in such a situations we should fail gracefully and not crash. Also adds
check that the IPC message is of correct size and of correct type.
Signed-off-by: Jyri Sarha <jyri.sarha@linux.intel.com>
This patch adds to component prepare() handling of IPC4 module
init parameters and set of sink parameters with audio format
from there.
Signed-off-by: Seppo Ingalsuo <seppo.ingalsuo@linux.intel.com>
This patch replaces legacy component API with new module adapter
API. There are no changes to functionality.
Signed-off-by: Seppo Ingalsuo <seppo.ingalsuo@linux.intel.com>
Zephyr uses MP_MAX_NUM_CPUS internally to represent the
number of cores available and consequently to allocate
resources. It is even expected, and checked through assert,
that these two symbols have the same value. Use different
value can lead to an undesired behavior, so lets use
MP_MAX_NUM_CPUS.
Signed-off-by: Flavio Ceolin <flavio.ceolin@intel.com>
- Renoir and rembrandt have the common functionality.
Moving the common code to common folder as per the recommendation from
maintainers and to support future platform's common functionality.
- Remove unused code.
Signed-off-by: SaiSurya, Ch <saisurya.chakkaveeravenkatanaga@amd.com>
- Renoir and Rembrandt have the common functionality.
Moving the common code to common folder as per the recommendation from
maintainers and to support future platform's common functionality.
- Remove unused code.
Signed-off-by: SaiSurya, Ch <saisurya.chakkaveeravenkatanaga@amd.com>
Defined a new frame type SOF_IPC_FRAME_U8 for 8-bit unsigned samples. Added
support for a new format to stream format conversion function and
get_sample_bytes function.
Signed-off-by: Adrian Warecki <adrian.warecki@intel.com>
The switch supporting various sample formats was missing a default handler,
which caused compilation errors when enabling/adding a new format that is
not supported.
Signed-off-by: Adrian Warecki <adrian.warecki@intel.com>
The switch supporting various sample formats was missing a default handler,
which caused compilation errors when enabling/adding a new format that is
not supported.
Signed-off-by: Adrian Warecki <adrian.warecki@intel.com>
DYNAMIC topology should not be used for pipeline with volatile
Kcontrols.
Hence ensuring the flag is un defined before processing
smart amp related PCM and DAI configs
Suggested-by: Sridharan, Ranjani <ranjani.sridharan@linux.intel.com>
Signed-off-by: Sathya Prakash M R <sathya.prakash.m.r@intel.com>
DMIC now is controlled by two variables, PASSHTHROUGH
and NUM_DMICS, we should consider the values for both
variables to decide the inclusion of DMIC pipelines,
routes, widgets, etc.
Fixes: #7931
Signed-off-by: Chao Song <chao.song@linux.intel.com>
If there is a compat issue it will show up at build time, also it blocks
stubbing out the library, so remove it.
Signed-off-by: Curtis Malainey <cujomalainey@chromium.org>
With mixer after commit 21ed10abf8 ("ipc3: helper: Do not silently
accept unrecognized component type in IPC") we get the following error
dma-trace src/ipc/ipc3/helper.c:333 ERROR comp_new(): component type not recognized
This happens because now we return an error from comp_specific_builder() with the default
case.
Fix this by adding a case for mixer.
Fixes: 21ed10abf8 ("ipc3: helper: Do not silently accept unrecognized component type in IPC")
Signed-off-by: Daniel Baluta <daniel.baluta@nxp.com>
Return an error code from comp_specific_builder() if the component
type is not recognized, instead of just silently ignoring the error.
Signed-off-by: Jyri Sarha <jyri.sarha@linux.intel.com>
The original commit failed to take into account that the assigned stream
was an adapter (not audio_stream) therefore revert in this file since
the adapter is unchanged.
Fixes: 589df2aea4 ("buffer: don't access stream internals")
Signed-off-by: Curtis Malainey <cujomalainey@chromium.org>
Shift left the peak meter of 16/16 bit format 16 bits to normalize
this value to 32 bits to meet the CI test requirement.
Signed-off-by: Andrula Song <andrula.song@intel.com>
DTS headers have been publish, don't use local includes and don't modify
include paths for no reason.
Signed-off-by: Curtis Malainey <cujomalainey@chromium.org>