Skip to content

Conversation

@nordic-krch
Copy link
Contributor

Log_level command is a duplicate of 'log enable' command from the logging command set (enabled by CONFIG_LOG_CMDS=y). Adding warning about deprecation as 'log enable' is recommended since it has more features (e.g. autocompletion).

@nordic-krch nordic-krch requested review from jakub-uC and ycsin January 15, 2025 07:04
@zephyrbot zephyrbot added the area: Shell Shell subsystem label Jan 15, 2025
@zephyrbot zephyrbot requested a review from carlescufi January 15, 2025 07:05
Log_level command is a duplicate of 'log enable' command from
the logging command set (enabled by CONFIG_LOG_CMDS=y). Adding
warning about deprecation as 'log enable' is recommended since
it has more features (e.g. autocompletion).

Signed-off-by: Krzysztof Chruściński <krzysztof.chruscinski@nordicsemi.no>
@kartben
Copy link
Contributor

kartben commented Jan 16, 2025

@nordic-krch I think I would just drop it tbh, but otherwise I think you want to add a note to #80539 so that someone actually remembers to come back to it when it's time to actually remove it.
Thanks anyway, I have to admit I was confused when an issue was reported against this command as I was like "uh, don't we have a log shell module for this kind of stuff?"

@nordic-krch
Copy link
Contributor Author

@kartben Added to the list for 4.3 deprecation.

Copy link
Member

@ycsin ycsin left a comment

Choose a reason for hiding this comment

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

I found this command out-of-place for kernel service when I refactor the code last time, so this change is much welcomed

@kartben kartben merged commit 8207a05 into zephyrproject-rtos:main Jan 17, 2025
27 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area: Shell Shell subsystem

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants