| 01:18.32 | *** join/#openjtag Openfree` (~Openfreer@116.228.88.98) |
| 01:28.21 | *** join/#openjtag _julian_ (~quassel@dslc-082-083-128-232.pools.arcor-ip.net) |
| 04:08.04 | *** join/#openjtag Openfree` (~Openfreer@116.228.88.98) |
| 06:01.06 | *** join/#openjtag Weaselweb (~quassel@77-64-189-43.dynamic.primacom.net) |
| 06:10.02 | *** join/#openjtag Openfree` (~Openfreer@116.228.88.98) |
| 09:00.55 | *** join/#openjtag purl (ibot@rikers.org) |
| 09:00.55 | *** topic/#openjtag is this is the place to discuss bootloaders and JTAG |
| 10:14.11 | *** join/#openjtag pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:14.24 | *** part/#openjtag pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:50.22 | *** join/#openjtag pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:50.35 | *** part/#openjtag pirho (debian-tor@gateway/tor-sasl/pirho) |
| 14:16.11 | *** join/#openjtag ferar (~ferar@64.254.252.178) |
| 14:22.58 | ferar | hi, I am trying to gdb my vmlinux, using openocd-0.4.0 on opensuse-11.2. All seem to work fine http://gist.github.com/405052 , but why the transfer rate is so low? |
| 14:42.49 | Weaselweb | ferar: you may need to adjust jtag_khz |
| 14:43.07 | ferar | ok, thanks |
| 14:46.14 | ferar | Weaselweb: however , In my configuration I used the jtag_rclk 3000, http://gist.github.com/405081. Shouldn't that automatically adjust to the right frequency? |
| 14:47.34 | Weaselweb | on my at91 I can use 6000 KHz after PLL and MCK has been setup, but adaptive clocking needs a supported ICE interface |
| 14:49.58 | ali_as | What are the operating systems? |
| 14:50.35 | ali_as | I'm wondering about ethernet issues to localhost. |
| 14:50.53 | Weaselweb | I'm running openocd on linux |
| 14:51.11 | Weaselweb | and gdb of course too |
| 14:52.19 | ali_as | I'm also wondering what the JTAG device is. |
| 14:53.15 | ali_as | Its being operated from within a VM? |
| 14:54.29 | ferar | for me the interface is j-link, and OS is opensuse no VM |
| 14:54.46 | ferar | the board is samsung s3c2450 |
| 14:57.20 | ferar | Weaselweb: is it necessary to set PLL and MCK? or I can simply let u-boot does that, then halt after u-boot loads! then from gdb load vmlinux? |
| 14:57.40 | ali_as | I have no idea about j-link interfaces. |
| 14:57.47 | Weaselweb | me neither |
| 14:58.12 | Weaselweb | ferar: you can let u-boot do the initializing stuff and start with a high jtag_khz |
| 14:58.29 | ferar | ok, thanks |
| 15:34.27 | *** join/#openjtag lool (~lool@debian/developer/lool) |
| 16:07.28 | *** join/#openjtag ferar (~ferar@64.254.252.178) |
| 17:13.26 | *** join/#openjtag flyhorse|linux (~flyhorse|@121.13.37.205) |
| 17:19.56 | *** join/#openjtag toi (~toi@d54C2AA76.access.telenet.be) |
| 18:29.56 | ferar | when I connect via gdb, and do: (gdb) info all-registers I get different output compared to that of telnet output: > arm reg what could be the issue? |
| 18:46.43 | roxfan | different how? |
| 18:47.47 | *** join/#openjtag Weaselweb (~quassel@77-64-189-43.dynamic.primacom.net) |
| 19:11.35 | *** join/#openjtag Weaselweb (~quassel@77-64-189-43.dynamic.primacom.net) |
| 19:34.44 | ferar | roxfan: http://gist.github.com/405429, http://gist.github.com/405430 |
| 19:37.37 | roxfan | the values look the same to me |
| 19:38.18 | roxfan | the formatting is different, but what did you expect? |
| 19:38.23 | ferar | the last two instructions are different |
| 19:38.36 | ferar | ok, formating |
| 19:38.49 | roxfan | that's disassembly, not registers |
| 19:38.59 | ferar | yep |
| 19:39.13 | roxfan | R13 is SP, and push x is the same as STMDB SP!, x |
| 19:41.23 | ferar | anyone might know why this happens: http://gist.github.com/405434, and then the board gets out of halt and starts running !? |
| 19:43.14 | ferar | the daemon output is http://gist.github.com/405439 |
| 20:21.32 | Weaselweb | ferar: what i mapped to that address? RAM, flash? |
| 20:22.53 | ferar | Weaselweb: not sure really, I think SRAM |
| 20:23.19 | ferar | note that MMU is on at this stage |
| 20:23.28 | Weaselweb | oh, ok |
| 20:23.41 | Weaselweb | then it depends what it is mapped at this stage |
| 20:23.43 | ferar | and I have a 1 Gig of NAND visible to openocd |
| 20:24.21 | Weaselweb | you can't obviously set a software breakpoint into NAND (while you even can't execute directly from NAND either) |
| 20:26.45 | ferar | well, I let u-boot load, then halt the target, start gdb, then load the vmlinux (48MB) to DRAM (SRAM is only 64K) |
| 20:27.23 | ferar | u-boot initialized PLL, MMU, NAND becomes visible |
| 20:28.15 | Weaselweb | If I want to debug linux itself after it completly booted, I start u-boot and load the uImage from flash and attach then via gdb, so i dont need to load the vmlinux to SDRAM via ICE |
| 20:29.08 | ferar | ok, well the problem I'm facing is that zImage does not even uncompress! |
| 20:29.32 | ferar | I see u-boot's message: "Starting Kernel" and that's it! |
| 20:32.56 | Weaselweb | you can set a hardware breakpoint to your entry point, let u-boot load your image and jump to it, your debugger should stop right now and you can start debugging |
| 20:34.36 | ferar | thanks, ok let me try this |
| 21:59.02 | ferar | Weaselweb: I still can't figure out why my gdb can not set beakpoint and always get this Error: Unable to set 32 bit software breakpoint at address 00008058 - check that memory is read/writable ! |
| 21:59.40 | ferar | anyone can tell me what the heck I'm doing wrong |
| 22:29.13 | roxfan | it's probably in the flash |
| 22:30.27 | roxfan | try "gdb_breakpoint_override hard" |
| 22:39.45 | ferar | roxfan: thanks, that was it |
| 23:36.10 | *** join/#openjtag ali_as (~ali_as@unaffiliated/ali-as/x-9346880) |