-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
bluetooth: fast_pair: fmdn: add uptime workaround to the clock module #21023
bluetooth: fast_pair: fmdn: add uptime workaround to the clock module #21023
Conversation
CI InformationTo view the history of this post, clich the 'edited' button above Inputs:Sources:sdk-nrf: PR head: f878f9af22af2c41472accd3edd23602c6e1776d more detailssdk-nrf:
Github labels
List of changed files detected by CI (2)
Outputs:ToolchainVersion: 4ffa2202d5 Test Spec & Results: ✅ Success; ❌ Failure; 🟠 Queued; 🟡 Progress; ◻️ Skipped;
|
9c4583f
to
3298145
Compare
You can find the documentation preview for this PR here. |
Added the kernel uptime workaround to the clock module in the FMDN extension that is part of the Fast Pair library. Applied the workaround for the kernel uptime persistence after a system reset. The FMDN clock module assumes that the kernel uptime starts from zero after the system reboot. Activated the workaround only for devices from the nRF54L series that use the GRTC timer as the system clock source (the default configuration). For this configuration, the kernel uptime persists after a system reset if the reset reason is of a specific type, such as a software reset (for example, triggered by the sys_reboot API). Ref: NCSDK-32268 Signed-off-by: Kamil Piszczek <Kamil.Piszczek@nordicsemi.no>
3298145
to
f878f9a
Compare
|
Added the kernel uptime workaround to the clock module in the FMDN extension that is part of the Fast Pair library.
Applied the workaround for the kernel uptime persistence after a system reset. The FMDN clock module assumes that the kernel uptime starts from zero after the system reboot.
Activated the workaround only for devices from the nRF54L series that use the GRTC timer as the system clock source (the default configuration). For this configuration, the kernel uptime persists after a system reset if the reset reason is of a specific type, such as a software reset (for example, triggered by the sys_reboot API).
Ref: NCSDK-32268
The following items are planned as a follow-up PR: