Fails to flash using a GD-Link, a CMSIS-DAP debugger about probe-rs HOT 13 OPEN

@Disasm @elfmimi is this covered with the work done on FTDI? Or is there any other movement here? :)

from probe-rs.

The GD32VF103 is a RISC-V based chip, not an ARM chip, so we need to use JTAG for the connection.

from probe-rs.

Is this issue solved? What I want to say here is, ...
Why not open another issue to track support for GD32V ?

from probe-rs.

Thanks for your reply. If no one is working on it, then I'll happily do it. I can't estimate how long it will take though. I'll get back here when I get something ready to show you.

from probe-rs.

@elfmimi what is the progress on this? :) I think @Disasm expressed interest in this too. I'll go ahead and mark this as an oxidize impl days issue. Maybe you folks make sure to coordinate :)

from probe-rs.

Hi! Not much progress. I was playing around with GD32V bootloader.
Here is my progress on that side, if you are interested.
riscv-mcu/gd32-dfu-utils#5

As for probe-rs, I could proceed to the point ram_download example completes successfully.
The difficult part is that, I mentioned this before, that GD32V has two entities in its jtag chain.
So it is required to come up with acceptable modification to the existing framework which I suppose unlikely to end up small. I'm kept back here.

If Disasm-san or anyone is to get this done, I won't be pissed at all. No worry there.

from probe-rs.

To support GD32V flashing we need three things:

• JTAG support for CMSIS-DAP. This one needs (preferably common for different probe types) a JTAG machinery that exists only for FTDI right now. Unfortunately, I still didn't find time to implement this.
• GD32V debug support. I checked GD32V debugging through FTDI and it didn't work well, apparently due to the GD32V<->FE310 debug module differences.
• GD32V flash algorithm

from probe-rs.

@Disasm Could you try debugging the GD32V again? I recently fixed a small issue (see #423), and it should work better now.

from probe-rs.

Is this still an issue or could you fix this by using JTag as a protocol @luojia65 :)

from probe-rs.

This is not implemented yet, we don't support raw JTAG for RISC-V using CMSIS-DAP.

from probe-rs.

Oh I am sorry, I completely forgot that JTag is not supported on CMSIS-DAP yet.

from probe-rs.

Thew problem here is that JTag is not implemented for CMSIS-DAP. If you want to put in the effort, please feel free to do that, I would gladly accept a PR. But it's so rarely used I don't see fit to put my time into it :)

from probe-rs.

@Tiwalun I tried running cli with cargo run --features ftdi debug --chip riscv, but no success: https://pastebin.com/90bYeuQq
This Target supports 0 breakpoints looks suspicious, because I believe this chip does support breakpoints.

from probe-rs.