On Thu, Jan 6, 2011 at 1:19 PM, Freddie Chopin <freddie_cho...@op.pl> wrote: > On 2011-01-06 13:00, Øyvind Harboe wrote: >> >> What about the reset-init sequences? >> >> E.g. LPC2478 has a reset-init sequence that is gone here, so >> this would break flash programming. >> >> Can or should the reset-init sequences be pretty much centralized too? >> Are they simply missing from some of the other files? > > I can't say that for sure (I cannot check that), but I think that these > reset-init sequences are no longer valid / necessary since srst_pulls_trst > was removed. Basically all these procedures did was change state to ARM and > force flash to be remapped on the address 0. Now - since "halt" is possible > right after reset, the core state is ARM (there is no chance that a running > code changed that to thumb before halt), and forcing the remap is probably > not good too, because after this early halt the bootloader code should be > executed anyway. This should not affect flashing, as this is done via > special ISP commands in LPC2xxx - these commands don't care for remap.
Nice! Sounds like a good simplification then! > LPC2103 (which I have) worked for me without any additional steps - forcing > ARM state or remap. Any objections to committing Freddie's patch then? -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development