Hmmm....
Is it conceivable that there is some problem that was lurking
in jlink that is now hitting you? the bitbang driver does produces
the expected error message in 1672 and works in 1674....
jlink crashes in 1672.
cmd->fields[i].in_value == NULL in your case from the
jtag_read_buffer() call site. This is strange.
#1 0x080988bb in jtag_read_buffer (buffer=0x8149450 "\021�Z",
cmd=0xb7ed2014) at jtag.c:1329
I have(1329 is the line where the code will return to, right?)
1326 if (cmd->fields[i].in_value)
1327 {
1328 buf_cpy(captured, cmd->fields[i].in_value,
num_bits);
1329 }
I tried 1674 & parport w/stm32 and it does not produce a SEGFAULT,
resets as well as STM32 always did....
1673 fixes an (old?) bug in jtag_ir_scan and the line #'s in the
backtrace does not line up w/1674.
Trying 1672, parport & STM32, it does not crash in the parport driver...
jtag_speed: 0
500 kHz
Error: Translation from khz to jtag_speed not implemented
Info : JTAG tap: stm32.cpu tap/device found: 0x3ba00477 (Manufacturer: 0x23b, Pa
rt: 0xba00, Version: 0x3)
Info : JTAG Tap/device matched
Info : JTAG tap: stm32.bs tap/device found: 0x16410041 (Manufacturer: 0x020, Par
t: 0x6410, Version: 0x1)
Info : JTAG Tap/device matched
Warn : TAP stm32.cpu:
Warn : value captured during scan didn't pass the requested check:
Warn : captured: 0x00 check_value: 0x01 check_mask: 0x0F
Warn : no telnet port specified, using default port 4444
Warn : no gdb port specified, using default port 3333
Warn : no tcl port specified, using default port 6666
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
_______________________________________________
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
