LoRaWAN: Refactoring LoRaRadio::receive(uint32_t) API

[hasnainvirk]

Description

receive(uint32_t) API in the LoRaRadio class (base class for the radio drivers) should
not take any argument as we decided to take hardware timers for RX timeout interrupts
instead of software timers. It is being refactored to receive(void).
This is an API change, but as it is not an application interface, we will not put a
deprecation notice. Only user of this API is our stack (LoRaPHY layer) which has been updated
accordingly.
Actual driver comes out of the tree and a PR is open there to update the drivers:
ARMmbed/mbed-semtech-lora-rf-drivers#22

In addition to this an internal API belonging to LoRaPHY class is refactored.
set_rx_window(parameters) is refactored to handle_receive(void) which is more consistent with
handle_send().

Pull request type

[ ] Fix
[X] Refactor
[ ] New target
[ ] Feature
[ ] Breaking change

Target

Mbed OS 5.10

[hasnainvirk]

@kjbracey-arm @cmonr @AnttiKauppila @0xc0170 Please review.

[0xc0170]

/morph build

[mbed-ci]

Build : FAILURE

Build number : 2459
Build artifacts/logs : http://mbed-os.s3-website-eu-west-1.amazonaws.com/?prefix=builds/7335/

[hasnainvirk]

@0xc0170 Needs CI here. The remedy in the application code which resulted in failure of the build is in.
ARMmbed/mbed-os-example-lorawan#85

[0xc0170]

@0xc0170 Needs CI here. The remedy in the application code which resulted in failure of the build is in.
ARMmbed/mbed-os-example-lorawan#85

👍

/morph build

[mbed-ci]

Build : SUCCESS

Build number : 2472
Build artifacts/logs : http://mbed-os.s3-website-eu-west-1.amazonaws.com/?prefix=builds/7335/

Triggering tests

/morph test
/morph uvisor-test
/morph export-build
/morph mbed2-build

[mbed-ci]

Exporter Build : SUCCESS

Build number : 2102
Build artifacts/logs : http://mbed-os.s3-website-eu-west-1.amazonaws.com/?prefix=builds/exporter/7335/

[mbed-ci]

Test : SUCCESS

Build number : 2249
Test logs :http://mbed-os-logs.s3-website-us-west-1.amazonaws.com/?prefix=logs/7335/2249