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

LLEXT: automatically calculate module addresses (first part of #9430) #9439

Merged
merged 3 commits into from
Sep 10, 2024

Conversation

lyakh
Copy link
Collaborator

@lyakh lyakh commented Sep 4, 2024

The important change here is an automatic module address calculation, simplifies modularisation a lot.

@lyakh
Copy link
Collaborator Author

lyakh commented Sep 5, 2024

@lyakh lyakh marked this pull request as ready for review September 5, 2024 08:58
@lyakh lyakh changed the title [DNM] Test a part of #9430 Test a part of #9430 Sep 5, 2024
@lyakh
Copy link
Collaborator Author

lyakh commented Sep 5, 2024

Since we decided to split #9430 and since this passes tests, let's merge it

@lyakh lyakh changed the title Test a part of #9430 First part of #9430 Sep 5, 2024
@lyakh lyakh changed the title First part of #9430 LLEXT: automatically calculate module addresses (first part of #9430) Sep 5, 2024
@lgirdwood
Copy link
Member

@lyakh can you give it a quick fixup for the conflict. Thanks

Add a Kconfig option that can be used to flip all LLEXT-supporting
code to a modular build. Use that global flag for smart-amp-test,
mixin-mixout and eq-iir.

Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
Currently LLEXT module starting addresses are hard-coded in their
respective CMakeLists.txt files. This is very wasteful, since it's
unknown in what order modules are loaded, inflexible and not easily
extendible to other platforms. Switch to calculating addresses
automatically based on a single per-platform Kconfig value.

Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
LNL modules overlay is missing eq_iir and mixin_mixout entries, add
them there.

Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
@lyakh
Copy link
Collaborator Author

lyakh commented Sep 9, 2024

pr-build seems stuck, restarting

@lyakh
Copy link
Collaborator Author

lyakh commented Sep 9, 2024

SOFCI TEST

@lyakh
Copy link
Collaborator Author

lyakh commented Sep 9, 2024

@kv2019i kv2019i merged commit 8c75f80 into thesofproject:main Sep 10, 2024
44 of 47 checks passed
@lyakh lyakh deleted the test3 branch September 10, 2024 06:24
@abonislawski
Copy link
Member

Are we now unable to set module address to IMR for one module and HPSRAM for another?

@lyakh
Copy link
Collaborator Author

lyakh commented Sep 11, 2024

Are we now unable to set module address to IMR for one module and HPSRAM for another?

@abonislawski with this - no, with this module addresses are calculated automatically. Running in IMR needs to be added separately

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.

4 participants