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

dai: change to use new version of dai_config_get #6939

Merged
merged 1 commit into from
Feb 21, 2023

Conversation

juimonen
Copy link

Start using new version of dai_config_get where config struct is given as pointer argument from outside.

Signed-off-by: Jaska Uimonen [email protected]

@juimonen
Copy link
Author

depends on zephyr side: zephyrproject-rtos/zephyr#53708

Copy link
Member

@lgirdwood lgirdwood left a comment

Choose a reason for hiding this comment

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

@abonislawski pls review

src/lib/dai.c Outdated
cfg = dai_config_get(zephyr_dev[i], dir);
if (cfg && cfg->type == type && cfg->dai_index == index)
if (dai_config_get(zephyr_dev[i], &cfg, dir))
return NULL;
Copy link
Collaborator

Choose a reason for hiding this comment

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

@juimonen is this correct? Should you continue here instead?

Copy link
Author

Choose a reason for hiding this comment

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

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.

Copy link
Collaborator

Choose a reason for hiding this comment

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

even if this is not possible in practice, the right thing to do here is continue instead of return NULL right?

Copy link
Author

Choose a reason for hiding this comment

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

yes you're right.

@lgirdwood
Copy link
Member

@juimonen some conflicts.

@kv2019i
Copy link
Collaborator

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
Copy link
Contributor

tmleman commented Feb 1, 2023

Would be good to add some tag/note that this cannot be merged until the Zephyr dependency is merged

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
Copy link
Member

@juimonen any ETA for the Zephyr PR ?

@juimonen
Copy link
Author

zephyr side merged. Updated/rebased for sof main and added west update for zephyr main/head.

@juimonen
Copy link
Author

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.

Copy link
Collaborator

@kv2019i kv2019i left a comment

Choose a reason for hiding this comment

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

Need to be merged together with Zephyr baseline update.


comp_dbg(dev, "dai_hw_params()");

if (!cfg)
if (dai_config_get(dd->dai->dev, &cfg, dir))
Copy link
Collaborator

Choose a reason for hiding this comment

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

is dai_config_get() now returning an error code? Could we propagate it to the caller instead of -EINVAL?

Copy link
Author

Choose a reason for hiding this comment

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

ok updated.

@juimonen juimonen force-pushed the get_config_fix branch 2 times, most recently from 0873b09 to 7f59b61 Compare February 20, 2023 12:06
@kv2019i
Copy link
Collaborator

kv2019i 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 <[email protected]>
Copy link
Collaborator

@kv2019i kv2019i left a comment

Choose a reason for hiding this comment

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

Good to go now, let's wait until CI finishes.

@kv2019i
Copy link
Collaborator

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
Copy link
Collaborator

kv2019i commented Feb 21, 2023

SOFCI TEST

@lgirdwood lgirdwood merged commit 5efc08d into thesofproject:main Feb 21, 2023
@marc-hb
Copy link
Collaborator

marc-hb commented Feb 22, 2023

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.

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
Copy link
Collaborator

marc-hb commented Feb 22, 2023

@kv2019i
Copy link
Collaborator

kv2019i commented Feb 22, 2023

@marc-hb wrote:

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)

? This pr WAS combined with a manifest update, in a single git commit, just because of this.

@marc-hb
Copy link
Collaborator

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

@marc-hb
Copy link
Collaborator

marc-hb commented Feb 22, 2023

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,
https://github.com/thesofproject/sof/actions/runs/4228168969/jobs/7343348530
This is suspicious because it's the same toolchain producing the same binaries, compared every time with Linux.
EDIT: because Windows builds only test the manifest. I need a vacation.

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.

9 participants