08:12 <karlp> good is better than perfect I'd like to suggest here. we' unlikely to ever get everything in round 1, so let

08:13 <karlp> s not try too hard...

08:48 <gamiee> karlp: thanks for support! And yeah, that's true. The reset works flawlessly on fast adapters, so it's usable. Although, I would love to get it working on any kind of adapter. I just hope that with my knowledge and HW possibilities, there will be a way to make reliable and good reset mechanism.

12:45 <Haohmaru> "c:\esp\openocd-esp32\bin\openocd.exe" <- why does this smell like a fork?

13:06 <gamiee> Haohmaru: because it is

13:07 <Haohmaru> the normal openocd doesn't talk "esp-ish" ?

13:07 <Haohmaru> parles vous espanol ;P~

14:00 <gamiee> Haohmaru: upstream support for ESP32 is limited.

15:03 <gamiee> goooooood, I think I have it

15:10 <Haohmaru> what were you wrestling with?

16:08 <gamiee> Haohmaru : again, reset mechanism on Bouffalo chips, which works reliably on slower adapters as well

16:10 <Haohmaru> don't they have a RESET pin?

16:23 <gamiee> Haohmaru : of course they do, but I want software reset

16:24 <Haohmaru> so potentially something via some special register

16:24 <gamiee> Yes. I already did that, but it is not working properly with slow adapter.

16:39 <gamiee> Okay, my new method works, and it does not need error report workaround! (it needs another hack, but it's already done in another TCL). Sweeeeeeeeeeeeeet

16:40 <Haohmaru> love the smell of hacks early in the morning

16:44 <gamiee> Haohmaru: :D

17:02 <gamiee> https://github.com/gamelaster/saleae-riscv-jtag-analyzer I did RISC-V JTAG instructions analyzer for Saleae. Can be useful for someone. Manual "deciphering" of the packets was not fun :D