6de7a808af
On CPUs like nRF51 which run at 16MHz, certain BLE control procedure PDU processing take more CPU time than permitted inside tIFS (150us). Current implementation of Data Length Update procedure does not span over multiple connection interval (unlike Encryption Setup, which is another control procedure processing that would consume more CPU time) hence taking more CPU time inside tIFS on nRF51. During the radio ISR, the active clock and packet timer are active and it is used to profile the CPU time taken which is used to decide on whether there is sufficient time in the current radio event to process the control packet. This commit also fixes a potential bug that would cause disconnection due to MIC failure on encrypted connections that performed Data Length Update. Controller used to NACK the request/response PDU if it was not in a state to resize the receive buffers but did not reset the CCM counter. This is now fixed by the change done to NACK control PDU based on available CPU time in radio ISR. Change-id: Id58322ad76a0dbc284738cdd9a7c0437c9e8c423 Signed-off-by: Vinayak Chettimada <vinayak.kariappa.chettimada@nordicsemi.no> |
||
|---|---|---|
| .. | ||
| ccm.h | ||
| cpu.h | ||
| debug.h | ||
| ecb.c | ||
| ecb.h | ||
| hal_rtc.h | ||
| hal_work.h | ||
| radio.c | ||
| radio.h | ||
| rand.c | ||
| rand.h | ||
| rtc.c | ||