Skip to content

Why is SPI_SLAVE kconfig option still marked "experimental"? #88984

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
palchak-google opened this issue Apr 23, 2025 · 0 comments
Open

Why is SPI_SLAVE kconfig option still marked "experimental"? #88984

palchak-google opened this issue Apr 23, 2025 · 0 comments
Assignees
Labels
area: SPI SPI bus bug The issue is a bug, or the PR is fixing a bug priority: low Low impact/importance bug

Comments

@palchak-google
Copy link
Contributor

Describe the bug
Configuring a SPI peripheral in slave mode on a Nordic chipset causes the SPI_SLAVE kconfig option to be selected. This option is marked as "experimental". This causes a superfluous "warning: Experimental symbol SPI_SLAVE is enabled." message to be emitted during a build.

To Reproduce
Set CONFIG_SPI_SLAVE=y in any prj.conf file. Then build the project

Expected behavior
Support for SPI peripherals in slave mode has been a stable part of the SPI API for many releases. This functionality should not still be marked as "experimental".

Impact
Prevents building with "clean" output (no warnings, no errors). Misleads users into thinking code depends on potentially unstable or unreliable feature (SPI slave).

Logs and console output
Environment (please complete the following information):
Additional context

@palchak-google palchak-google added the bug The issue is a bug, or the PR is fixing a bug label Apr 23, 2025
@kartben kartben added the area: SPI SPI bus label Apr 24, 2025
@danieldegrasse danieldegrasse added the priority: low Low impact/importance bug label Apr 29, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: SPI SPI bus bug The issue is a bug, or the PR is fixing a bug priority: low Low impact/importance bug
Projects
None yet
Development

No branches or pull requests

4 participants