-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
doc: update known issues for NCS v2.8.0 #17997
Conversation
CI InformationTo view the history of this post, clich 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;
|
You can find the documentation preview for this PR at this link. It will be updated about 10 minutes after the documentation build succeeds. Note: This comment is automatically posted by the Documentation Publishing GitHub Action. |
aefb45d
to
76c382c
Compare
a50484f
to
02e5d0a
Compare
The list of reviewers continues here: @frkv @laxiLang @ankuns @bama-nordic @maciejpietras @lemrey @cvinayak @de-nordic @SeppoTakalo @plskeggs @rugeGerritsen |
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.
Please add to chapter "DFU and FOTA"
NCSDK-28241: DFU transfer starts and fails if previous transfer is still in progress
Since the mobile application implements the “cancel” button, it is possible to restart the transfer on the mobile phone, even if the first transfer is still in progress (image fetcher waits for a timeout event or external flash is being erase, which takes ~5 seconds).
As a result, such restarted transfer fails due to state mismatch in dfu cache module.
Affected platforms: nRF54H20
Workaround: Repeat DFU transfer attempt - the next transfer attempt will finish successfully.
.. rst-class:: v2-8-0
The Bluetooth host running on the nRF5340 application core might deadlock on disconnection. | ||
This is due to a recent bugfix in the SoftDevice Controller triggering a bug in the ATT queuing layer. | ||
|
||
**Workaround:** Either disable host flow control (:kconfig:option:`CONFIG_BT_HCI_ACL_FLOW_CONTROL`) or cherry-pick commits from the upstream: `Zephyr PR #65272 <https://github.com/zephyrproject-rtos/zephyr/pull/65272>`_. | ||
|
||
.. rst-class:: v2-7-0 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-1 v1-9-0 v1-8-0 v1-7-1 | ||
.. rst-class:: v2-8-0 v2-7-0 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-1 v1-9-0 v1-8-0 v1-7-1 |
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.
Remove v2-8-0, this has been resolved
c0f86cf
to
202f63f
Compare
Please remove from chapter "DFU and FOTA" NCSDK-30161 DFU from external flash does not work Affected platforms: nRF54H20 .. rst-class:: v2-8-0 Please add to chapter "DFU and FOTA" NCSDK-30161: Combination of Affected platforms: nRF54H20 .. rst-class:: v2-8-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.
Please remove from chapter "DFU and FOTA"
.. rst-class:: v2-8-0
NCSDK-30161 DFU from external flash does not work
Affected platforms: nRF54H20
Please add to chapter "DFU and FOTA"
.. rst-class:: v2-8-0
NCSDK-30161: Combination of enabled CONFIG_ASSERT, CONFIG_SOC_NRF54H20_GPD and external flash causes an assertion during boot time.
Workaround: set CONFIG_ASSERT=n or CONFIG_SOC_NRF54H20_GPD=nAffected 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.
.
Issue reported already covered by the known issue reported by @maciejpietras (NCSDK-30161)
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.
Please add note on NCSDK-30244, 2.8.0 affected only:
mcumgr cli tool can not be used for sending test nor confirm an image with SHA512. The tool only support SHA256 so need to use different mcumr client.
202f63f
to
be89e82
Compare
@nvlsianpu is this needed or not? You have overstriked it. |
be89e82
to
7f21028
Compare
Francesco's comments are address.
@peknis would you mind removing |
@maciejpietras Please revisit |
7f21028
to
9b101d0
Compare
Added v2.8.0 to known issues. Signed-off-by: Pekka Niskanen <pekka.niskanen@nordicsemi.no>
9b101d0
to
6a97cc8
Compare
Added v2.8.0 to known issues.