| 01:26.47 | *** join/#openjtag Openfree` (~Openfreer@116.228.88.131) |
| 01:28.50 | *** join/#openjtag Openfree` (~Openfreer@116.228.88.131) |
| 01:31.15 | *** join/#openjtag _julian_ (~quassel@dslb-088-071-068-197.pools.arcor-ip.net) |
| 01:31.17 | *** join/#openjtag Openfree` (~Openfreer@116.228.88.131) |
| 01:35.02 | *** join/#openjtag Openfree` (~Openfreer@116.228.88.131) |
| 01:41.21 | *** join/#openjtag flyhorse|linux (~flyhorse|@183.22.238.40) |
| 03:57.14 | *** join/#openjtag matthsu (~matt@61-30-10-70.static.tfn.net.tw) |
| 04:42.52 | *** join/#openjtag Openfree` (~Openfreer@116.228.88.131) |
| 05:21.56 | *** join/#openjtag Weaselweb (~quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409) |
| 09:57.00 | *** join/#openjtag pirho (debian-tor@gateway/tor-sasl/pirho) |
| 09:57.11 | *** part/#openjtag pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:18.45 | *** join/#openjtag roxfan (dunno@91.180.129.22) |
| 17:56.36 | *** join/#openjtag Blackhorn (~Blackhorn@200.147.204-77.rev.gaoland.net) |
| 17:56.45 | Blackhorn | Hi, |
| 19:07.41 | *** join/#openjtag lool- (~lool@LMontsouris-156-26-29-15.w80-14.abo.wanadoo.fr) |
| 19:17.12 | *** join/#openjtag flyhorse|linux (~flyhorse|@183.22.232.23) |
| 19:45.43 | Blackhorn | is there anyone? |
| 20:01.00 | Weaselweb | Blackhorn: don't ask to ask.just go ahead |
| 20:25.55 | Blackhorn | It's bit experimental. I'm trying to use JTAG on a phone (LG KS360). I have made the socket for the JTAG(20 pins connector with 0.4mm of pitch) to a standard HE-10 20pins JTAG. It seems good (autodetect found something). I suppose that is the Arm core(maybe wrong)... but no wait to halting it. I'm seeking people which can help me to solve this issue. |
| 22:20.33 | Foxx | Blackhorn, are you using an ARM compatible JTAG adapter? |
| 22:21.30 | Blackhorn | Yes :) |
| 22:22.01 | Blackhorn | I'm using KT-LINK jtag |
| 22:22.25 | Foxx | im not famillair with it |
| 22:22.46 | Foxx | often times you need to halt the CPU before doing pretty much anything |
| 22:23.15 | Foxx | you need to halt the CPU before the bootoader takes over, ive had issues with that |
| 22:24.25 | Blackhorn | hum the bootloader disable HALT mode? |
| 22:25.28 | Foxx | im not sure excatly why, but after the IPL/Bootloader start its init' process, if I try anything JTAG it just fails. |
| 22:26.01 | Foxx | I found halting the CPU as soon as you send a hard-reset to an ARM device, I get less issues |
| 22:26.39 | Blackhorn | how you do that? |
| 22:28.11 | Foxx | depends on the device, do you have TRST# controlled by the JTAG cable? |
| 22:28.46 | Blackhorn | yes |
| 22:28.57 | Blackhorn | i have TRST and SRST |
| 22:30.00 | Foxx | ok, so in a power-off state on the host, pop into openocd, get the proper cli options set up and what not |
| 22:30.33 | Foxx | turn on the host, and as its booting type init |
| 22:31.16 | Foxx | then hold the device hard-reset button, and type halt |
| 22:31.27 | Foxx | as SOON as it comes back on, hit enter and sent the halt |
| 22:31.56 | Blackhorn | there is no way to make a script of that? |
| 22:32.12 | Foxx | the idea is to initilize openocd so it sees the target, then gets a 'System Reboot' and as its rebooting you halt the CPU before the bootloader takes over |
| 22:32.23 | Foxx | no, you need to have proper timing by the user |
| 22:32.54 | Foxx | this is what I did, not sure if its what you need to do, but its worth a shot |
| 22:33.12 | Foxx | my issue is I was getting 'no data retuened' or all 0xFF back when I did any boundary scans |
| 22:33.43 | Foxx | turns out it was an issue with the state of TRST# on my end |
| 22:35.36 | Blackhorn | interesting .. :) i will try. thanks |
| 22:37.52 | Blackhorn | but the bootloader seems to be very quick .. |
| 22:40.18 | Foxx | thats why you type halt but wait until you press reset on the host to hit enter to send the command |
| 22:44.41 | Blackhorn | ok |
| 22:52.48 | Blackhorn | i don't know well ARM. there is no way to enter in halt mode with instruction? |
| 22:55.10 | Foxx | no clue |