Skip to content

bluetooth: require stable power-state confirmation - #591

Merged
Bhargav-qcom (bhargav0610) merged 1 commit into
qualcomm-linux:mainfrom
smuppand:fix/bluetooth-interactive-power-handling
Sep 24, 2026
Merged

Bhargav-qcom (bhargav0610) merged 1 commit into
qualcomm-linux:mainfrom
smuppand:fix/bluetooth-interactive-power-handling

Conversation

@smuppand

@smuppand Srikanth Muppandam (smuppand) commented Sep 24, 2026 •

Copy link
Copy Markdown
Contributor

BlueZ can briefly return contradictory Powered values while a UART controller settles. Require two consecutive exact Powered observations in the shared power helper and let BT_ON_OFF rely on that bounded stability contract instead of issuing a separate one-shot query. Document why PowerState and hciconfig state remain diagnostic only.

validation results wit the same build where the issue is reported https://lava.infra.foundries.io/scheduler/job/442561#L6187
https://lava.infra.foundries.io/scheduler/job/445937
https://lava.infra.foundries.io/scheduler/job/445992

BlueZ can briefly return contradictory Powered values while a UART controller settles. Require two consecutive exact Powered observations in the shared power helper and let BT_ON_OFF rely on that bounded stability contract instead of issuing a separate one-shot query. Document why PowerState and hciconfig state remain diagnostic only.

Signed-off-by: Srikanth Muppandam <smuppand@qti.qualcomm.com>
@smuppand

Copy link
Copy Markdown
Contributor Author

Fixes #592

@bhargav0610
Bhargav-qcom (bhargav0610) merged commit f7200c0 into qualcomm-linux:main Sep 24, 2026
14 checks passed
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.

2 participants