Contribution description

This PR fixes a concurrency issue in LWIP, as a result of calling netdev functions from different context.
Traditionally our netdev driver model assumes implicitly that all netdev functions run on the same thread. As it is now, LWIP calls all send functions from the caller thread (e.g main), but processes ISR on a higher priority thread. This not only creates concurrency issues in existing devices, but renders other modules such as the SubMAC unusable...

To (temporally) solve this, I implemented some recursive mutex lock functions to acquire the device before calling any internal operation. In the future it would be better to schedule all transmissions from a single thread.

Although this won't make the current situation worse, I'm assuming LWIP uses mutex internally to prevent concurrency issues between LWIP functions called from different context. If this doesn't hold, we will need to proceed with the single thread solution.

EDIT: I also adapted the netdev return calls to the newer API. Returning 0 is not considered an error anymore (which is what netdev_ieee802154_submac does).

Testing procedure

Test that LWIP still works as expected (e.g tests/lwip).

Issues/PRs references

Found while porting the KW2XRF to LWIP #18465