-
Notifications
You must be signed in to change notification settings - Fork 1.4k
doc: Update known issues for NCS 3.2.0 #25844
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
base: main
Are you sure you want to change the base?
Conversation
CI InformationTo view the history of this post, click the 'edited' button above Inputs:Sources:more detailsGithub labels
List of changed files detected by CI (0)Outputs:ToolchainVersion: Test Spec & Results: ✅ Success; ❌ Failure; 🟠 Queued; 🟡 Progress; ◻️ Skipped;
|
| .. rst-class:: v3-2-0 v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 v2-9-0-nRF54H20-1 v2-9-2 v2-9-1 v2-9-0 v2-8-0 v2-7-0 v2-6-4 v2-6-3 v2-6-2 v2-6-1 v2-6-0 v2-5-3 v2-5-2 v2-5-1 v2-5-0 | ||
|
|
||
| OCT-3490: Connection pointer unfeferenced and then used | ||
| In the :file:`bt_mgmt.c´ file, the connection pointer for ``disconnected_cb`` might be unreferenced before being sent over zbus. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| In the :file:`bt_mgmt.c´ file, the connection pointer for ``disconnected_cb`` might be unreferenced before being sent over zbus. | |
| In the :file:`bt_mgmt.c` file, the connection pointer for ``disconnected_cb`` might be unreferenced before being sent over zbus. |
7a3a093 to
62ede12
Compare
| If the application tries to bond with the same peer again without reboot, the Host will print the error message "Failed" to add IRK to the controller. | ||
| This issue is highly likely to happen if the application calls the :c:func:`bt_unpair` function right after :c:func:`settings_load`. | ||
|
|
||
| **Workaround:** Insert a delay (``k_sleep()``) of a few hundreed milliseconds before calling the :c:func:`bt_unpair` function. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| **Workaround:** Insert a delay (``k_sleep()``) of a few hundreed milliseconds before calling the :c:func:`bt_unpair` function. | |
| **Workaround:** Insert a delay (``k_sleep()``) of a few hundred milliseconds before calling the :c:func:`bt_unpair` function. |
| .. rst-class:: v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 | ||
|
|
||
| NCSDK-36539: Assertion in Host when UART driver is used | ||
| When using the Bluetooth Host over HCI UART and the `:kconfig:option:`CONFIG_ASSERT` Kconfig option is enabled, an assertion can occur. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| When using the Bluetooth Host over HCI UART and the `:kconfig:option:`CONFIG_ASSERT` Kconfig option is enabled, an assertion can occur. | |
| When using the Bluetooth Host over HCI UART and the :kconfig:option:`CONFIG_ASSERT` Kconfig option is enabled, an assertion can occur. |
|
|
||
| .. rst-class:: v3-0-2 v3-0-1 v3-0-0 v2-9-0-nRF54H20-1 v2-9-2 v2-9-1 v2-9-0 v2-8-0 v2-7-0 | ||
|
|
||
| NCSDK-33631: Preemptible ``bt_gatt_notify`` assert |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| NCSDK-33631: Preemptible ``bt_gatt_notify`` assert | |
| NCSDK-33631: Preemptible ``bt_gatt_notify()`` assert |
|
|
||
| .. rst-class:: v3-2-0 v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 v2-9-0-nRF54H20-1 v2-9-2 v2-9-1 v2-9-0 v2-8-0 v2-7-0 v2-6-4 v2-6-3 v2-6-2 v2-6-1 v2-6-0 v2-5-3 v2-5-2 v2-5-1 v2-5-0 | ||
|
|
||
| OCT-3490: Connection pointer unfeferenced and then used |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| OCT-3490: Connection pointer unfeferenced and then used | |
| OCT-3490: Connection pointer unreferenced and then used |
| .. rst-class:: v3-2-0 | ||
|
|
||
| NCSDK-34929: The :ref:`nrf_compression_mcuboot_compressed_update` sample does work correctly on nRF54H20 | ||
| After updating a compressed image for app/radio slot, MCUBoot fails to verify the start address of the binary. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| After updating a compressed image for app/radio slot, MCUBoot fails to verify the start address of the binary. | |
| After updating a compressed image for app/radio slot, MCUboot fails to verify the start address of the binary. |
|
|
||
| **Affected platforms:** nRF9160, nRF9161, nRF9151 | ||
|
|
||
| ** Workaround:** Apply the fix from `sdk-nrf PR #16242`_. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| ** Workaround:** Apply the fix from `sdk-nrf PR #16242`_. | |
| **Workaround:** Apply the fix from `sdk-nrf PR #16242`_. |
|
|
||
| .. rst-class:: v3-2-0 v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 v2-9-0-nRF54H20-1 v2-9-2 v2-9-1 v2-9-0 v2-8-0 v2-7-0 | ||
|
|
||
| NCSDK-35089: Combination of NSIB, MCUBoot with encrypted images or external flash does not work properly (also NCSIDB-1173) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| NCSDK-35089: Combination of NSIB, MCUBoot with encrypted images or external flash does not work properly (also NCSIDB-1173) | |
| NCSDK-35089: Combination of NSIB, MCUboot with encrypted images or external flash does not work properly (also NCSIDB-1173) |
| **Workaround:** Enable protection manually using the :kconfig:option:`CONFIG_FPROTECT` and :kconfig:option:`CONFIG_FPROTECT_ALLOW_COMBINED_REGIONS` Kconfig options of MCUboot. | ||
|
|
||
| .. rst-class:: wontfix v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 | ||
| .. rst-class:: wontfix v3-2-0 v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Line 4569: MCUBoot's -> MCUboot's
| CVE-2023-2626: OpenThread KeyID Mode 2 Security Vulnerability | ||
| This vulnerability impacts all Thread devices using OpenThread and allows an attacker in physical proximity to compromise non-router-capable devices and the entire Thread network in the case of router-capable devices. | ||
| The vulnerability allows an attacker in physical proximity to inject arbitrary IPv6 packets into the Thread network via IEEE 802.15.4 frame transmissions. | ||
| The vulnerability allows an attacker in physical proximity to inject arbitrary IPv6 packets into the Thread network through IEEE 802.15.4 frame transmissions. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Line 1363: This issue only affects to Thread 1.2 builds. -> This issue only affects Thread 1.2 builds.
| After updating a compressed image for app/radio slot, MCUBoot fails to verify the start address of the binary. | ||
|
|
||
| **Affected platforms:** nRF54H20 | ||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Line 3684: This PSK can be obtain from the carrier. -> This PSK can be obtained from the carrier.
Hi @peknis, |
62ede12 to
fb60ef4
Compare
| You may encounter the following errors: | ||
| KRKNWK-20948: The Matter west :ref:`ug_matter_gs_tools_matter_west_commands_zap_tool_generate` command might not work properly on Windows | ||
| The matter west ``zap-generate`` command might return several errors when using it on Windows with the ``--full`` option. | ||
| You might encounter the following errors: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Line 699: KRKNWK-20308: The ``MyCluster.xml`` file -> KRKNWK-20308: The :file:`MyCluster.xml` file
| **Affected platforms:** nRF54L15, nRF54L10, nRF54L05 | ||
|
|
||
| **Workaround:** Increase the configured HFXO startup time to 1650 microseconds. | ||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to add the following known issue under Multiprotocol Service Layer (MPSL):
`.. rst-class:: v3.2.0
DRGN-27120: MPSL pin debug radio has an out of bounds array access. This error applies if :kconfig:option:CONFIG_MPSL_HFCLK_LATENCY is set.
Affected platforms: nRF52832, nRF52833, nRF52820, nRF52811, nRF52810, nRF5340
Workaround: Fix the out of bounds access of the array.
`
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added, but is that really a workaround, if the issue is out of bounds array access?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see your point, I just followed the structure, but maybe it doesn't work well for this known issue entry. I'm happy with any suggestion you have to communicate that the issue is fixable by the user since the issue is public/in nrf.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we refer to other pull-requests or commits in a workaround?
This PR merged a fix to main: https://github.com/nrfconnect/sdk-nrf/pull/26139/files
This commit should apply cleanly to the release branch, or at least give enough information for someone to implement the workaround.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Referred to that PR in the Workaround now. See line 5023.
fb60ef4 to
5afb30d
Compare
| .. rst-class:: v3-2-0 v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 v2-9-0-nRF54H20-1 v2-9-2 v2-9-1 v2-9-0 v2-8-0 v2-7-0 v2-6-4 v2-6-3 v2-6-2 v2-6-1 v2-6-0 v2-5-3 v2-5-2 v2-5-1 v2-5-0 v2-4-4 v2-4-3 v2-4-2 v2-4-1 v2-4-0 v2-3-0 v2-2-0 v2-1-4 v2-1-3 v2-1-2 v2-1-1 v2-1-0 v2-0-2 v2-0-1 v2-0-0 v1-9-2 v1-9-1 v1-9-0 v1-8-0 | ||
|
|
||
| DRGN-16013: Initiating connections over extended advertising is not supported when external radio coexistence and FEM support are enabled | ||
| The initiator can assert when initiating a connection to an extended advertiser when both external radio coexistence and FEM are enabled. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
After having reviewed this jira, I think it should be updated to the following:
DRGN-16013: Initiating connections over extended advertising is not supported when external radio coexistence and FEM support are enabled and the secondary PHY is CODED
The initiator can assert when initiating a connection to an extended advertiser when both external radio coexistence and FEM are enabled, and the secondary PHY is CODED, and the whitelist and the resolving lists are full.
**Workaround:** Do not enable both coex (:kconfig:option:`CONFIG_MPSL_CX_BT`) and FEM (:kconfig:option:`CONFIG_MPSL_FEM`) when support for extended advertising packets is enabled (:kconfig:option:`CONFIG_BT_EXT_ADV`), and use CODED as secondary PHY.
5afb30d to
f20aa5e
Compare
| The issues in this section are related to the :ref:`ug_nfc` protocol. | ||
|
|
||
| .. rst-class: v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 v2-9-0-nRF54H20-1 v2-9-2 v2-9-1 v2-9-0 v2-8-0 v2-7-0 | ||
| .. rst-class:: v3-2-0 v3-1-1 v3-1-0 v3-0-2 v3-0-1 v3-0-0 v2-9-0-nRF54H20-1 v2-9-2 v2-9-1 v2-9-0 v2-8-0 v2-7-0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@maje-emb, isn't it fixed? at least for the nRF54L series?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For nrf54L15, this is fixed.
For nrf54H20, this is still relevant.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we then remove nRF54L15 from the texts and affected platforms? Then again, it would be wrong then for the older releases.
f20aa5e to
b8de841
Compare
b8de841 to
d476081
Compare
d476081 to
cdddafe
Compare
| DRGN-16013: Initiating connections over extended advertising is not supported when external radio coexistence and FEM support are enabled | ||
| The initiator can assert when initiating a connection to an extended advertiser when both external radio coexistence and FEM are enabled. | ||
| DRGN-16013: Initiating connections over extended advertising is not supported when external radio coexistence and FEM support are enabled and the secondary PHY is CODED | ||
| The initiator can assert when initiating a connection to an extended advertiser when both external radio coexistence and FEM are enabled, and the secondary PHY is CODED, and the whitelist and the resolving lists are full. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, we need an update here again:
"The initiator can assert when initiating a connection to an extended advertiser when both external radio coexistence and FEM are enabled, and the secondary PHY is CODED."
Added v3-2-0 to known issues Signed-off-by: Pekka Niskanen <[email protected]>
cdddafe to
5bced8c
Compare
Added v3-2-0 to known issues