Device fails to update SRP server if there is a temporary loss in connection, lease timeout etc. as of commit d8f76e3.

Preliminary findings relate to issue with calls to SHCI_C2_FLASH_StoreData and the undefined behavior caused by its invalid return code.

Updating the wireless stack binaries using FUS results in strange behavior where M0 refuses to ack IPCC commands, even though FW version info is read correctly by the application.
It was observed that during the updating process, during one of the sw resets, the application successfully communicates with M0 and starts logging thread mle info.
Forcefully terminating the update process at this point by cutting vdd, allows the application to work as intended, even through erasing and rewriting the application, or power cycling the board. All info in the FUS device info table are also set as expected.