Matthew Tran

> I'm just trying to compile the Pull request. I'm documenting here my process. > > 1. I'm getting an error in dcd_int_handler(uint8_t rhport) . That a semicolon is missing...

I prefer brackets for readability, didn't know a semicolon also works. The driver supports all of the transfer types needed in USB, so this should work for CDC too.

@greenscreenflicker let's continue this part of the discussion on https://github.com/hathach/tinyusb/discussions/2525 and keep comments here focused on the PR

Not sure what @hathach would prefer, but I think the driver names are enough documentation. `dcd_ch32_usbfs.c` is for the USBFS/OTG_FS IP and `dcd_ch32_usbhs.c` is for the USBHD IP. Notably some...

@ddB0515 @greenscreenflicker as I expected the existing dcd_stm32_fsdev.c works for the USBD of CH32V20x. See [dragonlock2/miscboards/wch/mouse_jiggler](https://github.com/dragonlock2/miscboards/tree/main/wch/mouse_jiggler). Let's continue discussion on https://github.com/hathach/tinyusb/discussions/2525 and keep this PR focused on the USB OTG/FS...

try it now, you should be able to push to my fork

Interesting, it's still working well on my end with my [mouse_jiggler](https://github.com/dragonlock2/miscboards/tree/main/wch/mouse_jiggler) example, but I do set `bcdUSB` to `0x0110` because I had issues enumerating when using `0x0200`. This is probably...

Try it now, I didn't realize `dcd_edpt_xfer` should clear the stall, added a call to `dcd_edpt_clear_stall`. Looks like it's enumerating now on my end with `bcdUSB` set to `0x0200`.

I see, I just moved the `dcd_edpt_clear_stall` calls to the interrupt when the setup token is received