This is an automated email from Gerrit.
Daniel Goehring (dgoeh...@os.amperecomputing.com) just uploaded a new patch set
to Gerrit, which you can find at http://openocd.zylin.com/6080
-- gerrit
commit 050febe06ab8869a3e506c09f15272bce249f380
Author: Daniel Goehring
Date: Thu Apr 25 11:38:04 2
> Here is first level of transport API wich doesnot support large
> buffers:
> JAYLINK_API int jaylink_jtag_io(struct
> jaylink_device_handle *devh, const uint8_t *tms, const uint8_t *tdi,
> uint8_t *tdo,
>
> uint16_t length,
> Here is first level of transport API wich doesnot support large
> buffers:
> JAYLINK_API int jaylink_jtag_io(struct
> jaylink_device_handle *devh, const uint8_t *tms, const uint8_t *tdi,
> uint8_t *tdo,
>
> uint16_t length,
I’m working on API.
By the way. I think there is a bug(jlink.c:2032):
unsigned available_length = JLINK_TAP_BUFFER_SIZE - tap_length / 8;
if (!available_length ||
(in && pending_scan_results_length == MAX_PENDING_SCAN_RESULTS)) {
if (jlink_flush() != ERROR
The better way — is to fix jlink_clock_data interface. Unsigned type was a bad
choice. Historically it was added to standart for unsigned arithmetics only(for
rolling over max value to zero).
static void jlink_clock_data(const uint8_t *out, int out_offset,
const uint8_t *tms_o