Skip to content

Commit f43e4e0

Browse files
cvinayakAnas Nashif
authored andcommitted
Bluetooth: controller: Fix assert on peer unknown rsp
Fixed an assert when peer responded with unknown rsp to slave feature request when an existing another control procedure was in progress. This assert happened with a BT v4.0 peer implementation that was performing a channel map update and local controller initiated a slave feature request, receiving an unknown response. Signed-off-by: Vinayak Kariappa Chettimada <[email protected]>
1 parent fa5f231 commit f43e4e0

File tree

1 file changed

+1
-10
lines changed
  • subsys/bluetooth/controller/ll_sw

1 file changed

+1
-10
lines changed

subsys/bluetooth/controller/ll_sw/ctrl.c

Lines changed: 1 addition & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -2794,16 +2794,7 @@ isr_rx_conn_pkt_ctrl(struct radio_pdu_node_rx *radio_pdu_node_rx,
27942794
#endif /* CONFIG_BT_CTLR_LE_PING */
27952795

27962796
case PDU_DATA_LLCTRL_TYPE_UNKNOWN_RSP:
2797-
if (_radio.conn_curr->llcp_req != _radio.conn_curr->llcp_ack) {
2798-
/* reset ctrl procedure */
2799-
_radio.conn_curr->llcp_ack = _radio.conn_curr->llcp_req;
2800-
2801-
switch (_radio.conn_curr->llcp_type) {
2802-
default:
2803-
LL_ASSERT(0);
2804-
break;
2805-
}
2806-
2797+
if (0) {
28072798
#if defined(CONFIG_BT_CTLR_DATA_LENGTH)
28082799
} else if (_radio.conn_curr->llcp_length.req !=
28092800
_radio.conn_curr->llcp_length.ack) {

0 commit comments

Comments
 (0)