Hi again! I am still having problems to write the flahs in an LPC2368.
Now I know that the first 64 bytes is never erased. There is always data in this area. 95% of the write errors are caused because the data is not correctly programmed in this area. In the J-Flash software, this area have data after a erase so I think that the data in this area is correct. I am using J-Link in both OpenOCD and J-Flash. I have tried a programmer derivated from axm0432 and I receive the same results... Could this be a bug in OpenOCD? It cannot write in this situation but J-Flash can so the problem is not in the hardware or the programmer because they are the same. Best regards, Marcelo Utikawa da Fonseca Marcelo Utikawa da Fonseca escreveu: > Hi! > > First of all, I am new to this list. > My name is Marcelo Fonseca. I work in a Brazilian design house and have > experience with LPC21xx and LPC23xx from NXP and i.MX family from Freescale. > > > I am having problems to write an LPC2368 with our custom board. > I can write it with a J-Link and J-Flash software from Segger. > In OpenOCD all seems to work but many times there are errors when trying > to write the flash memory using the GDB. > If I run a erase in the J-Flash software I have no error and OpenOCD > succesfully write to the flash memory. > When I run the "flash erase_sector" command in OpenOCD, J-Flash says > that the flash is blank but I need to run a erase in J-Flash to write > the flash using OpenOCD. > PS.: sometimes I can write in OpenOCD without having to run a erase in > J-Flash... > > Can anyone help me to solve this issue? > > Logs: > > Starting OpenOCD: > > $ sudo openocd -f jtec.cfg -f lpc2368.cfg > [sudo] password for utikawa: > Open On-Chip Debugger 0.2.0 (2009-12-14-11:51) Release > $URL: > http://svn.berlios.de/svnroot/repos/openocd/tags/openocd-0.2.0/src/openocd.c > $ > For bug reports, read http://svn.berlios.de/svnroot/repos/openocd/trunk/BUGS > 100 kHz > jtag_nsrst_delay: 100 > jtag_ntrst_delay: 100 > Info : device: 4 > Info : deviceID: 67330064 > Info : SerialNumber: S6 > Info : Description: Dual RS232 A > Info : JTAG tap: lpc2368.cpu tap/device found: 0x4f1f0f0f (mfg: 0x787, > part: 0xf1f0, ver: 0x4) > Info : JTAG Tap/device matched > Warn : EmbeddedICE version 7 detected, EmbeddedICE handling might be broken > > Starting GDB without run erase in J-Flash: > > arm-elf-gdb -x gdbinit_minilpc.conf > GNU gdb 6.8 > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf". > Setting up for the Tecnequip MiniLPC. > The target is assumed to be little endian > The target may not be able to correctly handle a memory-write-packet-size > of 1024 bytes. Change the packet size? (y or n) [answered Y; input not > from terminal] > 0x00001a04 in ?? () > Loading section startup, size 0x204 lma 0x0 > Loading section text, size 0x106f0 lma 0x204 > Loading section .data, size 0x878 lma 0x108f4 > Start address 0x0, load size 69996 > Transfer rate: 3 KB/sec, 972 bytes/write. > Breakpoint 1 at 0x234 > Note: automatically using hardware breakpoints for read-only addresses. > > It never reaches main(). > > Starting GDB after a erase in J-Flash: > > arm-elf-gdb -x gdbinit_minilpc.conf > GNU gdb 6.8 > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf". > Setting up for the Tecnequip MiniLPC. > The target is assumed to be little endian > The target may not be able to correctly handle a memory-write-packet-size > of 1024 bytes. Change the packet size? (y or n) [answered Y; input not > from terminal] > 0x7fffe152 in ?? () > Loading section startup, size 0x204 lma 0x0 > Loading section text, size 0x106f0 lma 0x204 > Loading section .data, size 0x878 lma 0x108f4 > Start address 0x0, load size 69996 > Transfer rate: 3 KB/sec, 972 bytes/write. > Breakpoint 1 at 0x234 > Note: automatically using hardware breakpoints for read-only addresses. > > Breakpoint 1, 0x00000234 in main () > (MiniLPC) > > > Best regards, > Marcelo Utikawa da Fonseca > > > --------------------------------------------- > Tecnequip Tecnologia em Equipamentos > Endereço/Address: R. Ganges, 557 > Cidade/City: São Paulo > Estado/State: SP > País/Country: Brasil > CEP/Postal Code: 03445-030 > Fone/Phone: 55-11-20937199 > FAX: 55-11-29412289 > _______________________________________________ > Openocd-development mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/openocd-development > > > --------------------------------------------- Tecnequip Tecnologia em Equipamentos Endereço/Address: R. Ganges, 557 Cidade/City: São Paulo Estado/State: SP País/Country: Brasil CEP/Postal Code: 03445-030 Fone/Phone: 55-11-20937199 FAX: 55-11-29412289 _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
