Uh oh!
There was an error while loading. Please reload this page.
cache / sparse: next lot - #5957
Conversation
There was a problem hiding this comment.
These really do not look like sparse fixes.
There was a problem hiding this comment.
@marc-hb I have to update drc and other components for cache / sparse and that only works with Zephyr, so I need to add them to Zephyr builds
There was a problem hiding this comment.
I'm sure you know what you're doing but this seems really buried in a large PR that seems to be mostly about something else. It's not mentioned in the description and I could not find a commit message mentioning it either?
There was a problem hiding this comment.
yeah, better in the future to have a new PR for this but we've already reviewing for this PR.
There was a problem hiding this comment.
Looks like this doesn't belong to this commit. Same with some other changes related to __sparse_cache
There was a problem hiding this comment.
@dbaluta this very much does belong to it. Maybe the commit description isn't very clear, but that's exactly what you need to do to acquire and release buffers properly: with acquired buffers you need to use the proper sparse annotation, specifically this one.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
I don't understand this change. Do you enable DRC for Zephyr? Then it should be a separate commit with proper explanation.
There was a problem hiding this comment.
@dbaluta its a workaround atm for a Zephyr linker bug. We are not sure the module section is not being stitched into the Zephyr image (like it does with native SOF image)..
lgirdwood
left a comment
There was a problem hiding this comment.
Need to make the Zephyr build updates as another patch or PR. Sparse changes look good.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Add multiple third-party and optional audio processing components to the Zephyr cmake and initialisation lists. Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
Add the __sparse_cache sparse annotation to sample audio tests. Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
Instead of acquiring and releasing buffers locally multiple times, do that once for .copy(), .trigger() and .prepare() methods. Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
Instead of acquiring and releasing buffers locally multiple times, do that once for .copy(), .params() and .prepare() methods. Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
Instead of acquiring and releasing buffers locally multiple times, do that once for the .copy() method. Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
Instead of acquiring and releasing buffers locally multiple times, do that once for .copy() and .prepare() methods. Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
Instead of acquiring and releasing buffers locally multiple times, do that once for .copy() and .prepare() methods. Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
Instead of acquiring and releasing buffers locally multiple times, do that once for .copy() and .prepare() methods. Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
lyakh
commented
Jul 1, 2022
CI: only one suspend-resume failure https://sof-ci.01.org/sofpr/PR5957/build787/devicetest/?model=WHL_UPEXT_HDA_ZEPHYR&testcase=check-suspend-resume-with-capture-5 |
lgirdwood
commented
Jul 1, 2022
@lyakh two things
|
lyakh
commented
Jul 1, 2022
For the record: it isn't my workaround. It's been there from day one of SOF Zephyr port. Yes, we have to do that, it should be somewhere in our plans...
Yes, but maybe (1) merge the rest of |
next 7 commits from the cache / coherency / sparse work