Implement debug tab and notification support

[kurtjd]

This PR implements the TUI for the Debug service. Allows for parsing of defmt logs assuming correct ELF file is provided, then displays logs in a scrolling view. Also allows arbitrary text commands to be sent to the service or to be handled by the TUI if applicable.

Mock uses an actual ELF containing defmt strings (mock-bin) and manually generates raw defmt frames that correspond to appropriate strings in .defmt. This should be built from the mock-bin-src folder and ideally placed in /rust root (though doesn't have to be).

Introduces Rust notification handling library that safely wraps C library and fixes a few race conditions found in the C library.

Other minor changes:

• Changed render to accept &mut self to allow render to update state (since log area needs to know change in render area to handle scrolling correctly)
• Changed title() to return owned String to allow for change at runtime (so debug tab can display binary name)
• Removed Q as quit, since the debug command box accepts arbitrary characters
• Made arrow keys only change tabs if shift is not held (so Shift + Left/Right can be used to scroll)
• Added clap-based command-line arg parsing (which currently the Debug tab makes use of to pass in an ELF)

Some issues need to be resolved within the secure partition and EC side before this is fully useable, but from the app perspective most things should be functional.

Resolves #31

[philgweber]

I'll be providing API for notification registration shortly as well, then we can add that.

The merge-base changed after approval.

[kurtjd]

Updated this to include notification support as part of the PR since the initial development of it is tightly linked to the debug tab. Included source for the mock-bin allowing it to be built instead of including the binary directly.

[philgweber]

Thanks for cleaning up some of the boundary race conditions. I was still thinking through all the variants of multiple people calling in at the same time. I'll review in a bit more detail as well, but this will catch several of them.

[kurtjd]

Thanks for cleaning up some of the boundary race conditions. I was still thinking through all the variants of multiple people calling in at the same time. I'll review in a bit more detail as well, but this will catch several of them.

No problem, this was mainly only an issue when the app is closed which isn't a huge deal but it was just bugging me a bit.

[kurtjd]

@felipebalbi @williampMSFT Would you mind taking another look at this? Believe I've addresses most of the concerns.