Deep sleep for Esp32 fix

[AdrianSoundy]

Description

When deep sleep is being executed the interpreter seems to be stuck in schedule threads and doesn't exit so that power level can be changed.

It looked like the Schedule threads continues to run after executing the managed Deep sleep command, probably just finishing its quantum.

Added a return code of CLR_E_THREAD_WAITING in the Deep sleep call to force thread to stop running. This now seems to reliably exit the scheduler and run the deep sleep. Not sure why it was working when last tested.

May need similar change on STM32

Motivation and Context

Broken

Types of changes

• Improvement (non-breaking change that improves a feature, code or algorithm)
• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

• My code follows the code style of this project.
• My change requires a change to the documentation.
• I have updated the documentation accordingly.
• I have read the CONTRIBUTING document.
• I have added tests to cover my changes.
• All new and existing tests passed.

Signed-off-by: adriansoundy adriansoundy@gmail.com

[nfbot]

Hi @AdrianSoundy,

I'm nanoFramework bot.
Thank you for your contribution!

A human will be reviewing it shortly. 😉