Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Main dts mtl tplg split 2 #3

Closed
wants to merge 4 commits into from
Closed

Conversation

joechengxperi
Copy link
Owner

keep capture pipeline in cavs-rt5682.conf. Move playback out only

This commit adds DTS componenet for topology2.

dts_spk.conf includes the parameters for DTS SDK V1.1.3

Signed-off-by: Joe Cheng <joe.cheng@xperi.com>
Signed-off-by: Mac Chiang <mac.chaing@intel.com>
This commit adds a new pipeline to support EQ IIR + DTS processing.

Signed-off-by: Joe Cheng <joe.cheng@xperi.com>
Keep capture route in cavs-rt5682.conf

Signed-off-by: Joe Cheng <joe.cheng@xperi.com>
Signed-off-by: Joe Cheng <joe.cheng@xperi.com>

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@joechengxperi , if we want to split the volume pipeline out, we need a separate commit for cavs-minin-mixout-ssp.conf in case of cross dependency to cavs-mixin-mixout-eqiir-dts-ssp.conf.
Another thought, could we reuse the original mixin-minxout-sssp and just append the EQ_IIR and DTS pipeline between gain --> and -->SSP0 ? Is that possible ?

Copy link
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @macchian

  1. Create https://github.com/joechengxperi/sof/pull/4/commits according to your first comment.
  • Add one new commit
  • Change DTS_SUPPORT to SSP_CONFIG
  1. I checked the second comment but I'm afraid not possible. We have to modify the pipeline and route. Looking across the other topologies, they use IncludeByKey to separate different configuration. I didn't find the way to append the pipeline for our case.

joechengxperi pushed a commit that referenced this pull request Mar 22, 2024
As discussed in the alternative approach
zephyrproject-rtos/zephyr#68494, k_panic() in
POSIX mode has various shortcomings that do not provide a useful
trace. Useless pointers to signal handlers or other cleanup routines are
printed instead. Leverage our already existing
k_sys_fatal_error_handler() and dereference a NULL pointer there when in
POSIX mode. This "fails fast" and provides a complete and relevant stack
trace in CI when fuzzing or when using some other static
analyzer. Example of how fuzzing failure thesofproject#8832 would have looked like in
CI results thanks to this commit:

```
./build-fuzz/zephyr/zephyr.exe: Running 1 inputs 1 time(s) each.
Running: ./rballoc_align_fuzz_crash
*** Booting Zephyr OS build zephyr-v3.5.0-3971-ge07de4e0a167 ***
[00:00:00.000,000] <inf> main: SOF on native_posix
[00:00:00.000,000] <inf> main: SOF initialized
@ WEST_TOPDIR/sof/zephyr/lib/alloc.c:391
[00:00:00.000,000] <err> os: >>> ZEPHYR FATAL ERROR 4: Kernel panic
[00:00:00.000,000] <err> os: Current thread: 0x891f8a0 (unknown)
[00:00:00.000,000] <err> zephyr: Halting emulation
AddressSanitizer:DEADLYSIGNAL
=================================================================
==1784402==ERROR: AddressSanitizer: SEGV on unknown address 0x00000000
==1784402==The signal is caused by a WRITE memory access.
==1784402==Hint: address points to the zero page.
    #0 0x829a77d in k_sys_fatal_error_handler zephyr/wrapper.c:352:19
    #1 0x829b8c0 in rballoc_align zephyr/lib/alloc.c:391:3
    #2 0x8281438 in buffer_alloc src/audio/buffer.c:58:16
    #3 0x826a60a in buffer_new src/ipc/ipc-helper.c:48:11
    #4 0x8262107 in ipc_buffer_new src/ipc/ipc3/helper.c:459:11
    #5 0x825944d in ipc_glb_tplg_buffer_new src/ipc/ipc3/handler.c:1305:8
    #6 0x8257036 in ipc_cmd src/ipc/ipc3/handler.c:1651:9
    thesofproject#7 0x8272e59 in ipc_platform_do_cmd src/platform/posix/ipc.c:162:2
    thesofproject#8 0x826a2ac in ipc_do_cmd src/ipc/ipc-common.c:328:9
    thesofproject#9 0x829b0ab in task_run zephyr/include/rtos/task.h:94:9
    thesofproject#10 0x829abd8 in edf_work_handler zephyr/edf_schedule.c:32:16
    thesofproject#11 0x83560f7 in work_queue_main zephyr/kernel/work.c:688:3
    thesofproject#12 0x82244c2 in z_thread_entry zephyr/lib/os/thread_entry.c:48:2
```

Signed-off-by: Marc Herbert <marc.herbert@intel.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants