chrysn
chrysn
I won't have time to work on this right now, but expecting it to be straightforward enough, I've marked this as "good first issue", and offer to help with questions...
Having looked around a bit, there are applications for [DFU](https://github.com/devanlai/webdfu) and [serial](https://example.tinyusb.org/webusb-serial/) as you linked, along with a lot of custom ones. Do you happen to know if anyone has...
What I meant was that given there are implementations of USB Serial in JavaScript, there could also be an implementation of Ethernet in JavaScript. And like USB Serial over JavaScript...
A JS implementation of CDC-ECM would use its own IP stack, like a has become fashion in some areas with Unikernels (and inside this "virtual" world be allowed to send...
Thanks for tackling this – a unified way to access CoAP in RIOT has been overdue for some time, and will also make it easier to integrate the implementation bundling...
> Adding another user facing API would make IMHO a bad situation worse The way I understand this PR, it aims to replace both gcoap and nanocoap_sock as the user...
> cannot be achieved with any middleware-like model The way libOSCORE is [wrapped in Rust](https://gitlab.com/oscore/liboscore/-/blob/master/rust/liboscore/src/impl_message.rs) does exactly this: It presents a view of the plaintext message composed of both options...
> The current implementation tries really hard to not have statically allocated driver structs or anything like that. I didn't express that clearly: What I meant was that at the...
The use of nested OSCORE is not limited to the itself; nested contexts would also be paesent in the client or server. No evidence of use though either yet.
It's borderline off-topic at this point, but just for completeness' sake: There is also 6TiSCh minimal joining (RFC9031), for which every routing node in a 6LoWPAN (easily MMU-less) acts as...