+++ David Brownell [2009-10-21 09:49 -0700]: > On Wednesday 21 October 2009, Wookey wrote: > > > I'm going to commit this even though I can't test it. > > > > I'll test this imminently. SVF/XSVF has been completely broken since > > r1614 when the set of permitted transitions was reduced to be 'more > > compliant'.
OK. results of today's testing on 0.3.0-dev-00427-g8b30f22 (2009-10-26-13:18) Doing openocd -s utils/openocd -f balloon3-station1.cfg -f loadcpld.cfg -f shutdown.cfg which (after expanding inclusions, and missing out a lot of cruft) amounts to: telnet_port 4444 gdb_port 3333 tcl_port 6666 jtag_khz 6000 source [find interface/jtagkey2.cfg] ft2232_serial 53SFKC9K source [find target/xilinx-xcr3256.cfg] source [find target/balloon3-cpu.cfg] init scan_chain xsvf xcr.tap vhdl/cpld/l3cpld.xsvf shutdown I get xsvf processing file: "vhdl/cpld/l3cpld.xsvf" Error: XSVF: 'XSTATE IREXIT2' ... NYET unsupported xsvf command (0x00) at offset 48, aborting Runtime error, file "utils/openocd/loadcpld.cfg", line 6: More tests later (on .svf, single chain etc), but that's the fundamental r1614 regression. The xsvf file is available here: http://balloonboard.org/files/balloon3/openocd/bugrep/ Wookey -- Principal hats: iEndian - Balloonboard - Toby Churchill - Emdebian http://wookware.org/ _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
