Vadim Kaushan

Hmm, is it possible to save this waker in a safe way?

This looks like a better solution compared to what we have now, thank you!

Currently tests can be executed manually by flashing firmware with `test_class` from this repo to a device and running `cargo test` with the device connected to USB. Test class code...

There is also this repo for a different driver: https://github.com/Disasm/stm32-usbd-tests I think a collection of links in this repo with some test setup description would be good to have.

Sure, `virt` is a completely different platform, I'm quite sure it doesn't contain even a single peripheral present in GD32VF103. However, you can run programs which don't depend on hardware-specific...

I'm afraid, no. You can take a look at renode, it supports a lot of microcontrollers. It doesn't support GD32VF103, but it supports another RISC-V chip: FE310 and HiFive1 board,...

You need to build this example from a workspace: https://github.com/riscv-rust/k210-crates

This peripheral wasn't in GD32VF103.svd for some reason, but it does exist in a chip. It's a core peripheral and documented in "Bumblebee core datasheet" and not "User manual".

Please take a look: https://github.com/riscv-rust/longan-nano/blob/master/examples/interrupt.rs

@katyo yes, this should be possible.