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

Allow disabling the nRF5340 network CPU by protocol drivers #1684

Merged

Conversation

jciupis
Copy link

@jciupis jciupis commented May 7, 2024

No description provided.

Copy link
Contributor

@ankuns ankuns left a comment

Choose a reason for hiding this comment

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

I think that when we have so cool module like nrf53_cpunet_mgmt there should be no code that controls the cpunet directly by nrf_reset_network_force_off. Users willing to use the nrf53 cpunet services should call nrf53_cpunet_enable(true) and when they do not need it anymore call nrf53_cpunet_enable(false). These calls should be indirect from hci_init and now in nrf_802154_spinel_backedn_init and who-knows-where-else. No board-specific code should then attempt to enable the cpunet, because what's the purpose? Just to have it enabled?

But fully moving to the new paradigm is a different (I suspect quite a big) task than just ad-hoc fixing to make things work for now.

Jędrzej Ciupis added 2 commits May 9, 2024 08:48
…2.15.4 init

The network CPU must be requested explicitly by the 802.15.4 driver for
the sharing mechanism to work correctly.

Upstream PR: zephyrproject-rtos/zephyr#72412

Signed-off-by: Jędrzej Ciupis <jedrzej.ciupis@nordicsemi.no>
Board initialization code should not use the network CPU management. It
acts as a permanent request for the network CPU, which causes its users
to be unable to turn it off. Instead, let the board initialization code
control the network CPU directly. It sets initial state of the network
core but does not have any impact on sharing the network CPU as a
resource between its users.

Upstream PR: zephyrproject-rtos/zephyr#72412

Signed-off-by: Jędrzej Ciupis <jedrzej.ciupis@nordicsemi.no>
@jciupis jciupis force-pushed the pr/fix-bt-enabling-disabling-cherrypick branch from 2cf282b to ecc593c Compare May 9, 2024 06:48
@rlubos rlubos merged commit 688107b into nrfconnect:main May 9, 2024
15 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants