>It' tended not to start up properly on my PXA255. Resetting doesn't >work reliably the second time through. And it's been useless at finding >out why for example Linux wedges part way through startup.
I've been playing with Palm Treo 650 and 680 GSM smartphones with wires soldered onto the JTAG pins. These both have a pxa270, and are great, fully loaded development platforms. All the OpenOCD fundamentals seem to be working, except the issue with software breakpoints and the caches. I'm using a cheap parallel port wiggler from Olimex. The Treos have a pull-up on TRST, which is necessary for the wiggler since it can't drive that line. System reset is included with the JTAG signals. Reset works reliably every time. I'm able to initialize the SDRAM controller in my reset-init event handler, and subsequently download and execute code. I plan to use OpenOCD for Linux development (and also to help with reverse-engineering the hardware while PalmOS is running). I haven't succeeded in full kernel start-up yet, but I have gone through the point where the MMU and caches are enabled (always the tricky part), and can single step and run to hardware breakpoints thereafter. >We've been fixing a lot of those cache problems with software breakpointing >over the last 6-8 months or so. It'll be good to see XScale fixed too. I seem to have this resolved on xscale. Will submit a patch when I'm sure all's well. Mike ---- _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
