| 00:58.20 | *** join/#openjtag bullet (n=bullet@53.236.203.62.cust.bluewin.ch) |
| 02:27.47 | *** join/#openjtag rd_ (n=rd@toi.yeu.phu.nu) |
| 04:11.47 | *** join/#openjtag ka6sox-laptop (n=tom@nslu2-linux/ka6sox) |
| 05:09.40 | *** join/#openjtag ka6sox-laptop (n=tom@nslu2-linux/ka6sox) |
| 06:24.03 | *** join/#openjtag pleemans (n=peter@leemanpe.ugent.be) |
| 10:52.46 | *** join/#openjtag bullet (n=bullet@155.220.203.62.cust.bluewin.ch) |
| 11:24.38 | *** join/#openjtag cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 12:18.49 | cbrake | what all is required in the cfg file to get openocd+ftd2xx talking to a olimex-jtag device |
| 12:19.02 | cbrake | is ft2232_device_desc required? |
| 12:38.01 | drath | yeah |
| 12:38.32 | drath | either device description or serial, iirc |
| 12:39.15 | drath | it should've complained with an error if you didn't specify one |
| 12:39.53 | cbrake | I think I'm fighting permission problems |
| 12:41.50 | drath | what's happening when you launch openocd? |
| 12:41.57 | cbrake | yes, running as root fixed it |
| 12:42.38 | drath | ah, but then libftdi wouldn't have worked on that machine either |
| 12:42.53 | drath | they're both using /proc/bus/usb/ |
| 12:43.18 | drath | http://mmd.ath.cx/openocd/45-ft2232.rules |
| 12:43.33 | drath | is the udev rules file i'm using on my ubuntu desktop |
| 12:44.01 | drath | you'll have to add the vid/pid for the olimex dongle |
| 12:44.05 | cbrake | thanks -- i'll apply those when a I get chance! |
| 12:44.18 | cbrake | well, getting a little further, but flash programming is still failing |
| 12:44.26 | drath | with the same error? |
| 12:44.41 | cbrake | Warning: cfi.c:1754 cfi_probe(): configuration specifies 0x1000000 size, but a 0x2000000 size flash was found |
| 12:44.45 | cbrake | Warning: cfi.c:376 cfi_read_intel_pri_ext(): expected one protection register field, but found 2 |
| 12:44.48 | cbrake | Warning: target.c:561 target_alloc_working_area(): not enough working area available |
| 12:44.51 | cbrake | Warning: target.c:561 target_alloc_working_area(): not enough working area available |
| 12:44.54 | cbrake | Error: armv4_5.c:591 armv4_5_run_algorithm(): timeout waiting for algorithm to complete, trying to halt target |
| 12:45.13 | cbrake | and in the telnet window: |
| 12:45.14 | cbrake | failed writing file /build/tmp/u-boot-holon.bin to flash bank 0 at offset 0x00000000 |
| 12:45.17 | cbrake | flash program error |
| 12:45.48 | drath | what size is your flash? the openocd believes its 32mb, but you specified a 16mb flash in the cfg |
| 12:46.23 | drath | you have to specify the size of the bank, not of a single chip |
| 12:47.33 | cbrake | ok, I'll fix that |
| 12:47.55 | cbrake | this is also bottom boot block flash which may be causing some problems. |
| 12:48.06 | cbrake | the first 4 sectors are smaller than the rest |
| 12:48.20 | drath | does "flash probe 0" show the correct sector sizes? |
| 12:48.41 | drath | d'oh |
| 12:48.43 | drath | flash info 0 |
| 12:50.22 | cbrake | yes |
| 12:50.25 | cbrake | <PROTECTED> |
| 12:50.25 | cbrake | <PROTECTED> |
| 12:50.25 | cbrake | <PROTECTED> |
| 12:50.25 | cbrake | <PROTECTED> |
| 12:50.25 | cbrake | <PROTECTED> |
| 12:50.27 | cbrake | <PROTECTED> |
| 12:50.41 | cbrake | tell me if I'm pasting too much in this channel |
| 12:51.45 | cbrake | so the sizes are for both flash chips combined |
| 12:51.50 | drath | yeah |
| 12:52.03 | cbrake | that looks right then |
| 12:52.39 | drath | you specified 0x200000 as the working_area base - what type of memory is there? |
| 12:53.06 | cbrake | checking ... |
| 12:53.36 | drath | according to the pxa manual i've got here the internal sram is mapped at 0x5c000000 |
| 12:55.49 | cbrake | drath: that does not look right then |
| 12:58.05 | drath | try "working_area 0 0x5c000000 0x10000 backup" (or 'nobackup' if you have no code using that area) |
| 12:58.15 | cbrake | drath: that was it -- looks like flash works :-) |
| 12:58.20 | cbrake | *flash programming |
| 12:59.09 | cbrake | thanks for all the help -- this is a great! |
| 12:59.18 | drath | you're welcome |
| 12:59.30 | drath | wookey_: looks like PXA27x is finally working |
| 12:59.47 | drath | wookey_: been able to track down the problem with the help of cbrake and the guys from Pengutronix |
| 13:00.32 | drath | cbrake: as for your libftdi problem: the "easy" way around this would be decreasing the buffer in ft2232.c until it works |
| 13:00.50 | cbrake | drath: great -- I'll try that now |
| 13:01.03 | drath | cbrake: the "hard" way would be using usbmon to capture what ftd2xx does, and implement the same for libftdi |
| 13:01.46 | cbrake | drath: :-) I'll put the "hard way" on my todo list -- looks like fun |
| 13:02.21 | wookey_ | <PROTECTED> |
| 13:02.34 | wookey_ | So now I really must try it |
| 13:02.47 | wookey_ | tell me when the right version is checked in |
| 13:02.54 | wookey_ | (must dash now) |
| 13:04.44 | cbrake | drath: what do you do for working ram on the PXA255 as it does not have internal SRAM? |
| 13:06.30 | drath | wookey_: it's already in SVN |
| 13:06.39 | drath | cbrake: initialize SDRAM |
| 13:06.56 | drath | cbrake: you can set up the registers with "mww" and "mdw" commands |
| 13:07.35 | drath | you can also flash without RAM, but that's taking a lot longer |
| 13:07.45 | cbrake | drath: that is what I figured. |
| 13:08.00 | cbrake | drath: so if you leave the working_area off, it will just take longer |
| 13:08.22 | drath | yeah |
| 13:08.27 | drath | _much_ longer |
| 13:08.30 | cbrake | heh |
| 13:09.15 | cbrake | well, I'll do some more testing with libftdi and then do a writeup on how to make this all work with the 270 |
| 13:09.35 | drath | you can put your config at http://openfacts.berlios.de/index-en.phtml?title=OpenOCD_scripts |
| 13:11.12 | cbrake | will do! |
| 13:19.36 | *** join/#openjtag rd_ (n=rd@toi.yeu.phu.nu) |
| 13:21.30 | cbrake | pxa270 entry added to scripts page |
| 13:21.34 | drath | thanks |
| 13:31.53 | cbrake | drath: when you say decrease the buffer size in ft2232.c, do you mean FT2232_BUFFER_SIZE? |
| 13:37.08 | drath | yeah |
| 13:37.18 | drath | line 147 |
| 13:37.32 | drath | the openocd fills that buffer until either it requires the data or the buffer grows full |
| 13:37.48 | drath | the data is then transfered to the ft2232, and results are read back |
| 13:38.52 | cbrake | drath: ok, I've tried it down to 1K and it is still failing |
| 13:39.06 | cbrake | drath: I guess its time for the "hard" approach :-) |
| 13:43.22 | *** join/#openjtag drath_ (i=vmaster@p5B07F792.dip.t-dialin.net) |
| 14:36.17 | *** join/#openjtag rd__ (n=rd@toi.yeu.phu.nu) |
| 17:45.55 | *** join/#openjtag pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:23.03 | *** join/#openjtag bullet (n=bullet@155.220.203.62.cust.bluewin.ch) |