Add a small delay between reading the transport header and reading the HCI data. Failing to do so on a nRF9160<->nRF52832 link was reliably resulting in the nRF9160 trying to read data before the nRF52832 had set up the SPI transaction, resulting in the host reading a buffer full of 0x00 and having to run the entire read result again. Transceiving a 10 byte packet takes at least 31uS, while 100 byte packets are around 150uS (duration of `spi_transceive` call). Waiting 1 tick to eliminate the need for most retransmissions is a valid tradeoff. Signed-off-by: Jordan Yates <jordan.yates@data61.csiro.au> |
||
|---|---|---|
| .. | ||
| CMakeLists.txt | ||
| cyw43xxx.c | ||
| h4.c | ||
| h5.c | ||
| hci_b91.c | ||
| hci_esp32.c | ||
| hci_psoc6_bless.c | ||
| ipm_stm32wb.c | ||
| Kconfig | ||
| Kconfig.infineon | ||
| rpmsg.c | ||
| slz_hci.c | ||
| spi.c | ||
| userchan.c | ||