You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: softdevice_controller/CHANGELOG.rst
+113Lines changed: 113 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,6 +16,7 @@ Bug fixes
16
16
=========
17
17
18
18
* Fixed an issue where the controller could report a Selected_TX_Power parameter that was much higher than what the radio supports in the ``LE CS Procedure Enable Complete`` HCI event. (DRGN-25941)
19
+
* Fixed an issue where the controller could show reduced performance when EVENT registers were left uncleared in timeslots. (DRGN-26138)
19
20
20
21
nRF Connect SDK v3.1.0
21
22
**********************
@@ -160,6 +161,17 @@ Bug fixes
160
161
This could lead to sending a packet with an invalid MIC in the case of an encrypted connection.
161
162
The issue would occur if the :kconfig:option:`CONFIG_FPU` and :kconfig:option:`CONFIG_FPU_SHARING` Kconfig options are enabled. (DRGN-24929)
162
163
164
+
nRF Connect SDK v2.9.2
165
+
**********************
166
+
167
+
Bug fixes
168
+
=========
169
+
170
+
* Fixed an issue where disconnect could happen if multiple peripheral links were active and encrypted. (DRGN-24784)
171
+
* Fixed a rare issue where the controller running on an nRF54 Series device would send a corrupted packet with a valid CRC.
172
+
This could lead to sending a packet with an invalid MIC in the case of an encrypted connection. (DRGN-24929)
173
+
The issue would occur if the :kconfig:option:`CONFIG_FPU` and :kconfig:option:`CONFIG_FPU_SHARING` Kconfig options are enabled.
174
+
163
175
nRF Connect SDK v2.9.0
164
176
**********************
165
177
@@ -376,6 +388,47 @@ Bug fixes
376
388
This happened when the central used a wide receive window for the connection update, and both sent at the end of the receive window and sent a lot of data in the connection event with the connection update instant (DRGN-22024).
377
389
* Fixed an issue where the |controller| could assert when scanning or advertising on Coded PHY using SPI FEM on the nRF53 series. (DRGN-21962)
378
390
391
+
nRF Connect SDK v2.6.4
392
+
**********************
393
+
394
+
All the notable changes included in the |NCS| v2.6.4 release are documented in this section.
395
+
396
+
Bug fixes
397
+
=========
398
+
399
+
* Fixed an issue where disconnect could happen if multiple peripheral links were active and encrypted. (DRGN-24784)
400
+
401
+
nRF Connect SDK v2.6.3
402
+
**********************
403
+
404
+
All the notable changes included in the |NCS| v2.6.3 release are documented in this section.
405
+
406
+
Bug fixes
407
+
=========
408
+
409
+
* Fixed an assert that could happen when in a connection where the peer device is transmitting on S8 Coded PHY. (DRGN-22652 and DRGN-24327)
410
+
* Fixed an issue where the peripheral waited for a link to time out when tearing down the connection.
411
+
This happened when the central would acknowledge ``TERMINATE_IND`` in the same event as it was being sent (DRGN-21637).
412
+
* Fixed an issue where the sleep clock accuracy communicated to the peer was too inaccurate if MPSL was initialized with a low frequency clock accuracy better than 20ppm. (DRGN-23693)
413
+
* Fixed an issue where an assert could happen if the peripheral received a connection update indication.
414
+
This happened when the central used a wide receive window for the connection update, and both sent at the end of the receive window and sent a lot of data in the connection event with the connection update instant (DRGN-22024).
415
+
* Fixed an issue where the SoftDevice Controller in the peripheral role could terminate a connection due to a MIC failure during a valid encryption start procedure.
416
+
This could only happen if the ``LL_ENC_RSP`` packet was corrupted due to on-air interference. (DRGN-23204)
417
+
* Fixed a rare issue in the controller that could lead to a bus fault. (DRGN-22036)
418
+
419
+
This could only happen when all of the following conditions were met:
420
+
421
+
* The host was too slow at pulling HCI events.
422
+
* One or more HCI events had been masked in the controller.
423
+
* The controller was raising ACL or ISO data to the host.
424
+
425
+
Changes
426
+
=======
427
+
428
+
* Generating the Number of Completed Packets event is now prioritized above all other events.
429
+
The event is generated irrespective of the state of the Controller to Host data flow control. (DRGN-23284)
430
+
* When a link disconnects, the controller will now raise one or more Number Of Completed Packets events for data packets not ACKed by the peer device. (DRGN-23302)
431
+
379
432
nRF Connect SDK v2.6.0
380
433
**********************
381
434
@@ -454,6 +507,23 @@ Bug fixes
454
507
The controller also validates the handles provided in the Host Number of Complete Packets command. (DRGN-21085)
455
508
* Fixed a rare issue where the scanner may assert when it schedules the reception of the next advertising packet. (DRGN-21253)
456
509
510
+
nRF Connect SDK v2.5.2
511
+
**********************
512
+
513
+
All the notable changes included in the |NCS| v2.5.2 release are documented in this section.
514
+
515
+
Bug fixes
516
+
=========
517
+
518
+
* Fixed an issue where the controller stopped generating advertising reports.
519
+
This could happen when the controller was running an extended cooperative scanner together with other activities, such as advertising or connection,
520
+
while receiving data in an extended advertising event that used ``AUX_CHAIN_IND``. (DRGN-21020)
521
+
* Fixed an issue where the controller would stop sending ACL data packets to the host when controller to host flow control was enabled.
522
+
This could happen when a disconnection occurred before the host had issued the Host Number of Complete Packets command for the remaining ACL data packets.
523
+
Now the controller waits until after all ACL data packets have been acknowledged by the host before raising the Disconnection Complete event.
524
+
The controller also validates the handles provided in the Host Number of Complete Packets command. (DRGN-21085)
525
+
* Fixed a rare issue where the scanner may assert when it schedules the reception of the next advertising packet. (DRGN-21262)
526
+
457
527
nRF Connect SDK v2.5.0
458
528
**********************
459
529
@@ -531,6 +601,24 @@ Bug fixes
531
601
* Fixed an issue that could occur when the Host Number of Complete Packets command was sent with a connection handle the controller had already raised a disconnect event for.
532
602
The controller would return ``BT_HCI_ERR_INVALID_PARAM`` to the command, which would mean that the host could not return the buffer to the controller (DRGN-20654).
533
603
604
+
nRF Connect SDK v2.4.3
605
+
**********************
606
+
607
+
All the notable changes included in the |NCS| v2.4.3 release are documented in this section.
608
+
609
+
Bug fixes
610
+
=========
611
+
612
+
* Fixed an issue where the controller stopped generating advertising reports.
613
+
This could happen when the controller was running an extended cooperative scanner together with other activities, such as advertising or connection,
614
+
while receiving data in an extended advertising event that used ``AUX_CHAIN_IND`` (DRGN-21020).
615
+
* Fixed an issue where the continuous extended scanner would not be able to receive the ``AUX_ADV_IND`` packet if the time between the ``ADV_EXT_IND`` and ``AUX_ADV_IND`` was more than 840 μs (DRGN-19460).
616
+
* Fixed an issue where the controller would stop sending ACL data packets to the host when controller to host flow control was enabled.
617
+
This could happen when a disconnection occurred before the host had issued the Host Number of Complete Packets command for the remaining ACL data packets.
618
+
Now the controller waits until after all ACL data packets have been acknowledged by the host before raising the Disconnection Complete event.
619
+
The controller also validates the handles provided in the Host Number of Complete Packets command (DRGN-21085).
620
+
* Fixed a rare issue where the scanner may assert when it schedules the reception of the next advertising packet (DRGN-21262).
621
+
534
622
nRF Connect SDK v2.4.0
535
623
**********************
536
624
@@ -865,6 +953,16 @@ Bug fixes
865
953
* Fixed an issue where an assert may occur when legacy advertiser is used after "HCI LE Clear Advertising Sets" (DRGN-15993).
866
954
* Fixed an issue where an assert could occur when in LLPM mode and the connection interval was more than 1 ms (DRGN-16079).
867
955
956
+
nRF Connect SDK v1.6.1
957
+
**********************
958
+
959
+
Bug fixes
960
+
=========
961
+
962
+
* Fixed an issue on the nRF53 Series where an assert could occur while scanning using legacy commands (DRGN-15852).
963
+
* Fixed an issue on the nRF53 Series where the scanner could generate corrupted advertising reports (DRGN-15852).
964
+
965
+
868
966
nRF Connect SDK v1.6.0
869
967
**********************
870
968
@@ -917,6 +1015,21 @@ Bug fixes
917
1015
This would only occur if the host has masked out events (DRGN-15758).
918
1016
* Fixed an issue where the extended scanner generated reports containing truncated data from a chained advertising PDU (DRGN-13338).
919
1017
1018
+
nRF Connect SDK v1.5.1
1019
+
**********************
1020
+
1021
+
Added
1022
+
=====
1023
+
1024
+
* Added radio front-end module (FEM) support, based on the :ref:`mpsl_fem` (DRGN-11059).
1025
+
1026
+
Bug fixes
1027
+
=========
1028
+
1029
+
* Fixed an issue where the channel map provided by the LE Host Set Channel Classification HCI command was not applied on the secondary advertising channels (DRGN-13594).
1030
+
* The SoftDevice Controller can now be qualified on nRF52832 (DRGN-15382).
1031
+
* Fixed an issue where setting a legacy advertiser's scan response data using extended advertising HCI commands corrupted the advertising data (DRGN-15465).
0 commit comments