Bluetooth: controller: legacy: 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
fd343ee3c8
commit
b7e35ae4a3
1 changed files with 4 additions and 3 deletions
|
@ -4904,9 +4904,10 @@ static inline void isr_close_conn(void)
|
|||
#endif /* CONFIG_BT_CTLR_CONN_RSSI */
|
||||
|
||||
/* break latency based on ctrl procedure pending */
|
||||
if ((_radio.conn_curr->llcp_ack != _radio.conn_curr->llcp_req) &&
|
||||
((_radio.conn_curr->llcp_type == LLCP_CONN_UPD) ||
|
||||
(_radio.conn_curr->llcp_type == LLCP_CHAN_MAP))) {
|
||||
if (((_radio.conn_curr->llcp_ack != _radio.conn_curr->llcp_req) &&
|
||||
((_radio.conn_curr->llcp_type == LLCP_CONN_UPD) ||
|
||||
(_radio.conn_curr->llcp_type == LLCP_CHAN_MAP))) ||
|
||||
(_radio.conn_curr->llcp_cu.req != _radio.conn_curr->llcp_cu.ack)) {
|
||||
_radio.conn_curr->latency_event = 0U;
|
||||
}
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue