You have found an interesting case here indeed.
As a principle it should be possible to connect via GDB regardless
of the target state.
Since that state, in general, can include a case where the target's
flash is not probable and we need the flash layout upon connection,
I think we need a more
On 2010-04-17 09:40, Øyvind Harboe wrote:
I would like a robust and simple solution. This is not a common problem,
it is the first time that it has been spotted.
I believe that the problem spotted here is the reason for this bug
reported by me a while ago:
On Sat, Apr 17, 2010 at 9:40 AM, Øyvind Harboe oyvind.har...@zylin.com wrote:
You have found an interesting case here indeed.
As a principle it should be possible to connect via GDB regardless
of the target state.
Since that state, in general, can include a case where the target's
flash is
I think you make some good points specifically for this target.
I'll let this patch cool off + await for feedback on this discussion before
considering merging.
--
Meet Zylin at ESC 2010 San Jose
April 26 - 30. 2010
http://www.zylin.com/events_esc2010.html
Øyvind Harboe
US toll free
Hi all,
I am working with an xscale target. The debug hardware on xscale supports
watchpoints (data breakpoints) with an optional address mask. This very useful
feature allows breaks upon an access across a range of addresses. However,
theOpenOCD wp command does not support this, and to
Other ARM hardware supports masks as well.
This could be exploited to set breakpoints on a range(?) of addresses.
Now GDB does not has a concept of masks for break/watchpoints...
See the openocd/TODO list for some thoughts on this topic
http://openocd.berlios.de/doc/doxygen/index.html
See the openocd/TODO list for some thoughts on this topic
Thanks for the pointer, and shame on me for not checking the documentation
before asking. I guess the relevant item is the mailing list post from last
October Idea to support watchpoint masks in gdb. I'll try to get my head
around it
Hi,
I posted a patch for a new device which can be used as JTAG programmer
by OpenOCD a few months ago, seems it got lost or forgotten so here'
a repost. I rebased against current git. Old message:
I recently got a DLP Design DLP-USB1232H UART/SPI/JTAG module which is
based on an FT2232H