02:05 <Getty> ok i feel dumb, but i cant find what "tpiu config internal openocd.binlog uart off 72000000" would be in a non deprecated way

05:35 <zapb_> Getty, what is your target?

05:37 <zapb_> It would be something like: tpiu create $_CHIPNAME.tpiu -dap $_CHIPNAME.dap -ap-num 0 -baseaddr 0xE0040000

05:37 <zapb_> And then: $_CHIPNAME.tpiu configure -formatter off -protocol uart -traceclk 72000000 -output -

09:21 <olerem> borneoa___: hi! i'm looking to 7937 and still not sure, what is our commenting style. My eyeball-pattern-detector breaks every time...

09:28 <borneoa___> olerem: in doc/manual/style.txt we report that for single line comment // is preferred in new code. It's there since 2009 but for long time checkpatch prevented it

09:29 <olerem> borneoa___: ok. so final decision is to use it? what is about multine comments?

09:30 <borneoa___> olerem: I also don't like this ugly mix. We already had some discussion in Gerrit, and the result was to go ahead in the mix. And by the way, checkpatch doesn't help to force one style, so the work would be all to the reviewers

09:31 <borneoa___> olerem: multiline should go in a block /*...*/, but again the style is not enforcing anything

09:50 <olerem> borneoa___: what is the preferred way to work with jtag controller drivers. We do not expect that openocd will dynamically loald/unload drivers. Right. If it failed to proper device, it is expected that complete openocd will be closed and and resources automagically cleanded. Right?

09:53 <borneoa___> olerem: If it fails probing the adapter, the adapter driver should release it's resources and return error. Then OpenOCD will release the other resources and quit.

09:55 <borneoa___> olerem: if suddenly fails during the debug, should return error, but the exit path from OpenOCD is not clean today, so this can cause an infinite loop re-trying to reconnect to the target

10:08 <karlp> at super high speeds, spamming the console nicely too :)

10:08 <karlp> and sometimes if I reocnnect the dongle, oocd will reconnect, sometimes not.... :)

11:49 <borneoa___> karlp: yes, not nice. But the alternative proposed by some driver is to call exit(1)

11:50 <karlp> well, I normally end up having to ctrl-c and restart anyway :)

11:50 <karlp> i have no real concern on this, it's going to be awkward in all directions :)

12:37 <Haohmaru> is this about when the debugger dissapears from the USB while the program (openocd) is using it?

12:56 <karlp> amongst others, yes.