| 00:15.31 | *** join/#openjtag nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
| 02:11.24 | *** join/#openjtag rje`mac (n=rje`mac@75-150-1-254-Stockton.hfc.comcastbusiness.net) |
| 03:52.34 | *** join/#openjtag rje`mac (n=rje`mac@c-67-185-128-239.hsd1.wa.comcast.net) |
| 04:18.58 | *** join/#openjtag ChanServ (ChanServ@services.) |
| 04:18.58 | *** join/#openjtag jeez_away (n=sheushom@200.184.118.130) [NETSPLIT VICTIM] |
| 04:18.58 | *** join/#openjtag uwe_ (n=uwe_@dslb-084-056-024-012.pools.arcor-ip.net) [NETSPLIT VICTIM] |
| 04:18.58 | *** join/#openjtag keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) |
| 04:18.59 | *** mode/#openjtag [+o ChanServ] by irc.freenode.net |
| 05:15.43 | *** join/#openjtag rje`mac (n=rje`mac@c-67-185-128-239.hsd1.wa.comcast.net) |
| 05:35.13 | *** join/#openjtag vkle (n=vkle@81.201.19.191) |
| 05:54.59 | *** join/#openjtag pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
| 10:03.37 | *** join/#openjtag zwelch (n=zwelch@fluffy.superlucidity.net) |
| 10:05.40 | *** join/#openjtag mib_945qry (i=c10b40b9@gateway/web/ajax/mibbit.com/x-1040d6264b3082e0) |
| 10:21.21 | *** join/#openjtag pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:35.09 | *** part/#openjtag vkle (n=vkle@81.201.19.191) |
| 10:54.01 | *** join/#openjtag vkle (n=vkle@81.201.19.191) |
| 10:54.23 | vkle | Hi, all... |
| 10:55.04 | vkle | What does "arm7_9 force_hw_bkpts enable" mean and how to replace it with new OpenOCD syntax? |
| 10:59.08 | zwelch | vkle: it looks like it forces the use of hardware breakpoints for ARM7/9 targets |
| 11:02.29 | vkle | Here is a new syntax: gdb_breakpoint_override hard |
| 11:04.03 | zwelch | cool |
| 11:17.39 | vkle | I use lpc2138 and sometimes JTAG stop working until I reset (turn it OFF) controller. Is it normal? |
| 11:21.06 | *** join/#openjtag roxfan (n=dunno@41.160-244-81.adsl-dyn.isp.belgacom.be) |
| 11:36.47 | zwelch | vkle: normal? maybe. desirable? no |
| 11:37.13 | zwelch | i have the same problems with a str91x target |
| 11:37.50 | zwelch | hard power cycles are the norm, when it seems like that should be superfluous with properly working TRST/SRST lines and logic |
| 11:38.48 | zwelch | then again, i can imagine chips getting wedge tight due to bugs in the jtag software, where hard reset is the only solution |
| 11:38.59 | zwelch | either which way, i say openocd is probably buggy |
| 11:40.01 | zwelch | note: i have recently become one of its maintainers, and this is on my personal list of things to do |
| 11:40.07 | vkle | buggy software and buggy arm-usb-ocd |
| 11:40.11 | zwelch | it will get fixed eventually |
| 11:40.36 | zwelch | the arm-usb-ocd will then be your entire problem :) |
| 11:41.07 | zwelch | i mean, where would us developers be without bugs? ;) |
| 11:41.39 | vkle | On class A aircraft systems :) |
| 11:42.18 | vkle | Could you advice me a better JTAC than arm-usb-ocd... |
| 11:42.22 | vkle | ? |
| 11:55.50 | zwelch | not at the moment. :) |
| 11:56.33 | zwelch | i have been frustrated with the few devices that i have, and i have only been a maintainer for a short while |
| 11:56.53 | zwelch | i do not know enough to give you a meaningful opinion |
| 12:41.37 | vkle | Another strange thing... |
| 12:42.00 | vkle | flash erase, flash write_image works well... |
| 12:42.31 | vkle | but when I type "reset"... |
| 12:42.35 | vkle | TAP lpc2138.cpu: |
| 12:42.35 | vkle | value captured during scan didn't pass the requested check: |
| 12:42.35 | vkle | captured: 0x00 check_value: 0x01 check_mask: 0x0F |
| 12:42.35 | vkle | in_handler: w/o "in_value", mismatch in SIR |
| 12:42.46 | vkle | I see this =( |
| 12:43.51 | vkle | And then... "Could not validate JTAG scan chain, IR mismatch, scan returned 0x00. tap=lpc2138.cpu pos=0 expected 0x1 got 0". |
| 12:44.15 | vkle | And what I should to do with this? =) |
| 12:44.26 | zwelch | huh |
| 12:45.43 | zwelch | are you using the latest trunk? |
| 12:46.25 | zwelch | (or fairly recent at least? if you are using the 0.1.0 release, then it might be fixed already.... but this might relate to my problems with reset too) |
| 12:47.09 | vkle | I use 1606M from yagarto |
| 12:47.57 | zwelch | okay. then i am not entirely certain |
| 12:48.05 | zwelch | there has been a lot of flux lately. |
| 12:49.03 | zwelch | it looks like we have added over 100 new commits in the past half-week |
| 12:53.00 | vkle | huh |
| 13:12.20 | zwelch | unfortunately, my best advice would be to subscribe to the mailing list and post a question |
| 13:13.10 | vkle | ok... and I am going to build last trunk... |
| 13:13.12 | vkle | =) |
| 13:14.44 | zwelch | cool. i am heading off to bed, but i wish you luck ;) |
| 13:15.23 | zwelch | if you have problems building the SVN tree, you can ask me here (and wait for me to wake up) or post a message (with possibly the same result) |
| 13:16.10 | zwelch | but others on the list may be able to help you with run-time problems like the one above |
| 13:17.06 | vkle | Thanks and good luck! |
| 14:48.14 | *** part/#openjtag vkle (n=vkle@81.201.19.191) |
| 17:35.30 | *** join/#openjtag pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 17:43.04 | *** join/#openjtag dirk2 (n=dirk@p5B04199F.dip0.t-ipconnect.de) |
| 18:00.08 | *** join/#openjtag vkle (n=vkle@81.201.19.191) |
| 18:08.47 | vkle | Hi all. |
| 18:09.24 | vkle | Anybody knows I should to do to enable JTAG on LPC2138. |
| 18:09.31 | vkle | , |
| 18:09.33 | vkle | ? |
| 18:35.17 | *** join/#openjtag koobe (n=koobe@83.150.95.26) |
| 18:38.47 | *** join/#openjtag koobe (n=koobe@83.150.95.26) |
| 19:13.33 | *** join/#openjtag brolin (n=brolin@200.24.16.55) |
| 22:20.54 | *** join/#openjtag brolin (n=brolin@static-adsl201-232-76-133.epm.net.co) |
| 22:47.30 | *** join/#openjtag koobe_ (n=koobe@83.150.95.26) |