Hello,
I am using OpenOCD with a Olimex ARM-JTAG parallel port JTAG interface
to connect to a LPC3131 based board (the Olimex LPC-H3131) and I am
having problems with a reset based halt timing out.
I have previously used this OpenOCD/JTAG interface combination with a
SAM7S256 board and it works p
On Sat, Aug 27, 2011 at 5:49 PM, j. m. norris wrote:
>
> There is a tool that has been around for a long time that can
> address this issue. It's called indent. It has numerous options
> that can generate just about any type of coding style.
>
I don't know if indent can check in-line coding style.
On Sat, Aug 27, 2011 at 1:40 PM, Øyvind Harboe wrote:
> As a maintainer I'm interested in this subject from the point of view
> of how it can be used to *save* time of the maintainers.
>
> E.g. if we had a script committed that checked that a patch sequence
> was acceptable, then that report could
There is a tool that has been around for a long time that can
address this issue. It's called indent. It has numerous options
that can generate just about any type of coding style.
Jim
___
Openocd-development mailing list
Openocd-development@lists.ber
As a maintainer I'm interested in this subject from the point of view
of how it can be used to *save* time of the maintainers.
E.g. if we had a script committed that checked that a patch sequence
was acceptable, then that report could be amended to the patch
sequence.
Thus maintainers would not h
On Sat, Aug 27, 2011 at 3:40 PM, Uwe Bonnes
wrote:
> while not a cure for your openocd problem, what about xc3sprog?
> svn co https://xc3sprog.svn.sourceforge.net/svnroot/xc3sprog xc3sprog
It is. I am using Xilinx FPGA right now and xc3sprog is great tool to
avoid running iMPACT and sick USB cabl
On Sat, Aug 27, 2011 at 3:25 PM, Jie Zhang wrote:
> Maybe making OpenOCD use UrJTAG as a library is more worth the effort
> than just rewriting ftdi driver.
> Regards,
> Jie
I proposed this about two years ago but the idea was rejected. In my
opinion there is no sense in creating multiple applica
> "Sam" == Sam Jansen writes:
Sam> Hello, In attempting to use openocd with an Amontec JTAG key to
Sam> program a Xilinx FPGA, I encountered a series of issues I though
Sam> others might be interested in. I don't have sensible proposed
Sam> solutions for any of the problems I
On Fri, Aug 26, 2011 at 2:18 PM, Andreas Fritiofson
wrote:
> The ftdi driver is a real mess. I've been trying to clean in up the past
> days but I'm beginning to think a complete rewrite would be better.
Maybe making OpenOCD use UrJTAG as a library is more worth the effort
than just rewriting ftd
2011/8/26 Michel Catudal :
> Le 25/08/2011 15:18, Jie Zhang a écrit :
>>
>> Hi,
>>
>> There are a lot of coding style mismatch in the current OpenOCD code.
>> I'd like suggest setting a rule that asks fixing all coding style
>> issues before a patch is merged.
>>
>> And there are still something mi
Hi Evan,
If qThreadExtraInfo is not implemented, qP will be used. But since
qThreadExtraInfo has now been implemented, qP should not be needed any
more. GDB added qThreadExtraInfo more than 10 years ago. All GDB
releases since 5.0 will not send out qP packet if the stub supports
qThreadExtraInfo.
You can detect it and issue a halt event to GDB server...
I don't have a ready pointer to where in the code such things
happen. Perhaps if you look at poll and gdb?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://
12 matches
Mail list logo
