-
Notifications
You must be signed in to change notification settings - Fork 7.3k
llext: make EDK Kconfig menu visible only when LLEXT is enabled #84850
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
Open
kartben
wants to merge
1
commit into
zephyrproject-rtos:main
Choose a base branch
from
kartben:llext_edk_kconfig_spilling
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Turn this into a
menuconfig
?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This was initially the case; then AFAICS this review comment resulted in
CONFIG_LLEXT_EDK
being removed during a review cycle.(FWIW I'm all for re-adding it or making it dependent on
CONFIG_LLEXT
... just recalling history here).There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
CC @tejlmand
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess you're looking for this comment: #69831 (comment)
Notice it was just an observation, not a request for change 😉
Main reason for that comment was because the
llext-edk
build target was a custom one, which needs to be called explicitly, thus indirectly calling this target means the user wants the output fromllext-edk
.But I see the point that having llext config settings available if user has no intention of using llext-edk can be confusing.
The early assumption of just being able to call an llext-edk build target when needed might not make as much sense anymore if the user anyway has to make several decisions regarding llext-edk export options, which seems to be the case.
I'm fine with adding back the config part, and if doing so, then I also think the
llext-edk
target creation should be safeguarded, so that it's clear to users that there are extra settings to consider.Of course that will imply that one cannot just call the
llext-edk
target on any build, but must remember to enable the config first.I don't know how commen that is, @pillo79 any input ?
Updated: correct writing llext-edk instead of llext
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As Ederson said just below, LLEXT and the EDK are somehow independent of each other.
Actually, in my PR I set the default to
y if LLEXT
since that was the de-facto situation, but I would also have preferred keeping that off unless explicitly asked for. There's already documentation on the EDK, I think if you are looking for that functionality, shouldn't be difficult to find out you have to enable it. @edersondisouza @teburd would you be OK with this?I also have no problem on renaming
LLEXT_EDK
toEDK
to make that extra clear;will patch #85624 to see how that looks likeEDIT: approved, so will push a new PR with that change 😉There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry @pillo79 , I of course meant
llext-edk
in my earlier message, as only llext-edk has a dedicated build target.So the question I tried to ask, how common is it to just call llext-edk on a build, and not having to adjust any of the
llext-edk
Kconfig settings for some reason.I guess it will be ok for users to have to first set a
CONFIG_LLEXT_EDK=y
before being able to execute the target.