Spencer Oliver wrote:
> I am looking into a few various methods.
> using the ejtag fastarea + stub should give the greatest speed increase for
> non-dma targets - its finding time.
I thought about this way: A special load_internal_image cmd executed
with a flash-address reads the elf image header
> Hmm - could it be that what is *REALLY* needed is a small
> _debug_ stub one downloads to a work area?
>
> We use "workareas" on ARM...
>
> For example Xscale has some "bin" file...
>
> Microchip talks about this in their public "PIC32MX Flash
> Programing Guide"
>
> http://ww1.microchi
Spencer> The ejtag system has speed issues when compared to arm debug.
Spencer> the initial tests i have done the usb dongles are slower than the
Spencer> parallel port type.
Spencer> This is due to each memory read/write instruction is fetched
Spencer> from the debugger (openocd) for load_image.
Hi,
Spencer Oliver wrote:
>> >> I am successfully loading elf images via jtag into systems
>> >> RAM (load_image foobar.elf). However, as I am using a simple
>> >> DLC5 cable that action takes ages for just a couple of kilobytes.
>> >> Is it possible to load a elf image that is stored in flash int
>
> I am successfully loading elf images via jtag into systems
> RAM (load_image foobar.elf). However, as I am using a simple
> DLC5 cable that action takes ages for just a couple of kilobytes.
> Is it possible to load a elf image that is stored in flash into RAM?
>
What target are you connect
Hi All,
I am successfully loading elf images via jtag into systems RAM
(load_image foobar.elf). However, as I am using a simple DLC5 cable that
action takes ages for just a couple of kilobytes.
Is it possible to load a elf image that is stored in flash into RAM?
Thanks in advance!
Best regards,
