Bluetooth: controller: split: Fix slave latency during conn update
Fix regression in cancelling slave latency during Connection Update Procedure. Slave latency should not be applied between the ack of a Connection Update Indication PDU and until the instant. When caching was introduced, implementation missed this consideration. Signed-off-by: Vinayak Kariappa Chettimada <vich@nordicsemi.no>
This commit is contained in:
parent
79942b47cc
commit
bc357718a7
1 changed files with 4 additions and 3 deletions
|
@ -1222,9 +1222,10 @@ void ull_conn_done(struct node_rx_event_done *done)
|
|||
#endif /* CONFIG_BT_CTLR_CONN_RSSI */
|
||||
|
||||
/* break latency based on ctrl procedure pending */
|
||||
if ((((conn->llcp_req - conn->llcp_ack) & 0x03) == 0x02) &&
|
||||
((conn->llcp_type == LLCP_CONN_UPD) ||
|
||||
(conn->llcp_type == LLCP_CHAN_MAP))) {
|
||||
if (((((conn->llcp_req - conn->llcp_ack) & 0x03) == 0x02) &&
|
||||
((conn->llcp_type == LLCP_CONN_UPD) ||
|
||||
(conn->llcp_type == LLCP_CHAN_MAP))) ||
|
||||
(conn->llcp_cu.req != conn->llcp_cu.ack)) {
|
||||
lll->latency_event = 0;
|
||||
}
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue