Uh oh!
There was an error while loading. Please reload this page.
dai: change to use new version of dai_config_get - #6939
Conversation
juimonen
commented
Jan 11, 2023
depends on zephyr side: zephyrproject-rtos/zephyr#53708 |
There was a problem hiding this comment.
@juimonen is this correct? Should you continue here instead?
There was a problem hiding this comment.
I mean dai_config_get should return 0 on success, otherwise negative. You kind of always get some config back, it is just testing the arguments you give are not bogus... so in that sense this can't fail, just added the check for completeness.
There was a problem hiding this comment.
even if this is not possible in practice, the right thing to do here is continue instead of return NULL right?
lgirdwood
commented
Jan 18, 2023
@juimonen some conflicts. |
kv2019i
commented
Jan 19, 2023
@juimonen Would be good to add some tag/note that this cannot be merged until the Zephyr dependency is merged (and a link to it). |
tmleman
commented
Feb 1, 2023
Nice way to do that is to add list with dependencies in pull request description. I also think that good idea is to point the zephyr Pull Request in the west manifest. This way the code will compile and pass validation. |
lgirdwood
commented
Feb 2, 2023
@juimonen any ETA for the Zephyr PR ? |
5f512d1 to
53b0ed5Comparejuimonen
commented
Feb 20, 2023
zephyr side merged. Updated/rebased for sof main and added west update for zephyr main/head. |
juimonen
commented
Feb 20, 2023
hmm, seems we are failing into a watchdog warning (treated as error), this commit is before set_config change, so can't really roll back. @softwarecki fyi. |
kv2019i
left a comment
There was a problem hiding this comment.
Need to be merged together with Zephyr baseline update.
There was a problem hiding this comment.
is dai_config_get() now returning an error code? Could we propagate it to the caller instead of -EINVAL?
0873b09 to
7f59b61Comparekv2019i
commented
Feb 20, 2023
So Intel System/merge/build passes (#7132 is NOT hit which is surprising), but the SOF CI fails due to the DMA API changes https://sof-ci.01.org/sofpr/PR6939/build4024/devicetest/index.html |
Start using new version of dai_config_get where config struct is given as pointer argument. Update west.yaml to point to correct zephyr version for this change. Signed-off-by: Jaska Uimonen <jaska.uimonen@intel.com>
7f59b61 to
6d75857Compare
kv2019i
left a comment
There was a problem hiding this comment.
Good to go now, let's wait until CI finishes.
kv2019i
commented
Feb 21, 2023
One failure in CI https://sof-ci.01.org/sofpr/PR6939/build4057/devicetest/index.html , but no errors in the FW logs. |
kv2019i
commented
Feb 21, 2023
SOFCI TEST |
marc-hb
commented
Feb 22, 2023
Exactly that. This PR should have been combined with a manifest update. Instead it broke the daily tests ( https://github.com/thesofproject/sof/actions/runs/4228168969/jobs/7343348093) and caused very confusing PR results (e.g. https://github.com/thesofproject/sof/actions/runs/4233634492/jobs/7354897229) |
marc-hb
commented
Feb 22, 2023
Daily compilation is green again https://github.com/thesofproject/sof/actions/workflows/daily-tests.yml |
kv2019i
commented
Feb 22, 2023
@marc-hb wrote:
? This pr WAS combined with a manifest update, in a single git commit, just because of this. |
marc-hb
commented
Feb 22, 2023
Then why did daily tests fail? (for just one day) https://github.com/thesofproject/sof/actions/runs/4228168969/jobs/7343348093 |
My bad, daily tests failed only when NOT using the manifest but the latest Zephyr. Sorry for the noise. @aborisovich I cannot see the warning in the Windows build, |
Start using new version of dai_config_get where config struct is given as pointer argument from outside.
Signed-off-by: Jaska Uimonen jaska.uimonen@intel.com