From 7d32092339bff50c1ed0baf09ee8a11ba929a11e Mon Sep 17 00:00:00 2001 From: Kamil Piszczek Date: Thu, 20 Mar 2025 15:38:06 +0100 Subject: [PATCH 1/2] doc: known_issues: add entry for NCSDK-32268 Added a new known issue for the clock value in the Find My Device Network (FMDN) module that has incorrect value after the system reboot in the case of nRF54L devices. Ref: NCSDK-32268 Signed-off-by: Kamil Piszczek --- doc/nrf/releases_and_maturity/known_issues.rst | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/doc/nrf/releases_and_maturity/known_issues.rst b/doc/nrf/releases_and_maturity/known_issues.rst index 79c094919d0c..433c7c7a2f28 100644 --- a/doc/nrf/releases_and_maturity/known_issues.rst +++ b/doc/nrf/releases_and_maturity/known_issues.rst @@ -3333,6 +3333,17 @@ NCSDK-23682: The Fast Pair Seeker might be unable to bond again after losing the **Workaround:** Keep the :kconfig:option:`CONFIG_BT_SETTINGS_CCC_LAZY_LOADING` Kconfig option enabled. +.. rst-class:: v2-9-0-nRF54H20-1 v2-9-1 v2-9-0 v2-8-0 + +NCSDK-32268: FMDN clock might not be correctly set after the system reboot for nRF54L Series devices + The clock value in the Find My Device Network (FMDN) module is calculated using the kernel uptime function (:c:func:`k_uptime_get`). + For nRF54L Series devices, 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 :c:func:`sys_reboot` API during the DFU process). + This platform-specific behavior breaks the assumption in the FMDN clock module that the uptime starts from zero after the system reboot. + For more information, see the description of the :kconfig:option:`CONFIG_BT_FAST_PAIR_FMDN_CLOCK_UPTIME_PERSISTENCE` Kconfig option that activates a workaround for this issue as part of the following patch commit. + + **Affected platforms:** nRF54L Series + + **Workaround:** Manually cherry-pick and apply the commit with the fix from the ``main`` branch (commit hash: ``190839b44b678e2a90793e01471155fa9e579dc1``). Other libraries =============== From 492ce245c5b0ad47db2bb079546fbe01679a8c66 Mon Sep 17 00:00:00 2001 From: Kamil Piszczek Date: Thu, 20 Mar 2025 15:45:25 +0100 Subject: [PATCH 2/2] doc: changelog: fast_pair: fmdn: mention workaround for FMDN clock issue Added a changelog entry that describes addition of a workaround for the issue where the Find My Device Network (FMDN) clock value is not set correctly after the system reboot for nRF54L devices. Ref: NCSDK-32268 Signed-off-by: Kamil Piszczek --- .../releases_and_maturity/releases/release-notes-changelog.rst | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/nrf/releases_and_maturity/releases/release-notes-changelog.rst b/doc/nrf/releases_and_maturity/releases/release-notes-changelog.rst index 26373991dac1..56d4a0201116 100644 --- a/doc/nrf/releases_and_maturity/releases/release-notes-changelog.rst +++ b/doc/nrf/releases_and_maturity/releases/release-notes-changelog.rst @@ -736,6 +736,8 @@ Bluetooth libraries and services * A new information callback - :c:member:`bt_fast_pair_fmdn_info_cb.conn_authenticated` - to the FMDN extension API. In the FMDN context, this change is required to support firmware update intents on the Android platform. For further details on the Android intent feature for firmware updates, see the :ref:`ug_bt_fast_pair_provisioning_register_firmware_update_intent` section in the Fast Pair integration guide. + * A workaround for the issue where the FMDN clock value might not be correctly set after the system reboot for nRF54L Series devices. + For details, see the ``NCSDK-32268`` issue in the :ref:`known_issues` page. * Updated: