OCD should
be run, you could post a proposal there...
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
it's that an OpenOCD policy probably will be set that is
much more orderly than what we have today. Also I believe
that the group will be much more appreciative of the extra
time & patience such a policy requires.
Again: sorry for the mess. I'm now trying to clean it all up
and thing
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
ted. Then I'll start
looking at performance which has regressed significantly, but not
crippelingly(verify_ircapture disable helps a lot)
I don't know anything about MinGW except that it's much less straightforward
to build than for Linux/Cygwin.
--
Øyvind Harboe
Embedded software an
On Fri, May 8, 2009 at 10:44 PM, Alan Carvalho de Assis
wrote:
> Hi list,
>
> Today I had the chance to test OpenOCD + J-Link (v. 5.4) on Olimex
> LPC-2378-STK.
>
> It worked like a charm.
which svn #?
--
Øyvind Harboe
Embedded software and hardware consul
elopers as contributors. The fanciest
software techniques could alienate those that work mainly
in the embedded domain(Java, Scrum, Object Oriented programming,
etc.)
- focus on observable functionality and behaviour. I.e. whitespace
*is* less important than SEGFAULTs...
--
Øyvind Harboe
Embedded so
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
verify_ircapture):
- measure performance impact of these checks
- during development when things are stable, it
could speed things up
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Please report any problems you are experiencing with svn head.
Except for the performance regressions, which will be addressed
next week, there are no reported problems at this point w.r.t.
the JTAG API changes.
--
Øyvind Harboe
Embedded software and hardware consulting services
http
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
fy_ircapture too.
Any objections to making having only one "jtag_verify" and do
away with verify_ircapture?
What makes verify_ircapture special? Why would we want to
be able to disable that verification specifically? Are there other
verification sites that we would want to disable specifically?
help text for this tcl proc.
The user can then use a "polymorphic" approach to
try to speed things up. Also he can read up on
the target config script what the "speed" command
does for that target.
Thoughts?
--
Øyvind Harboe
Embedded software and hardware consulti
current speed
settings.
Precise names/syntax tbd...
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/ma
ddresses
the issues brought up in the list. It should be a day or two before I have
something to present.
This proposal will address performance on high CPU power, high bandwidth,
slow roundtrip(USB & TCP/IP) and also low CPU power, high bandwidth, low
latency scenarios.
issues.
--
Øyvind
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
t;
> Thanks for the suggestions. It doesn't look quite straightforward
> to add new "mrw" commands that return a value ... the interpreter
> is hidden at the point you've got to set its return value (or is
> there just a single global one?).
Just
is inlined in -O3 if
jtag_add_callback()
is implemented as a macro.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
### Eclipse Workspace Patch 1.0
#P openocd
Index: src/target/arm_adi_v5.c
===
post
processing scheme complete.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
### Eclipse Workspace Patch 1.0
#P openocd
Index: src/target/arm_jtag.h
===
--- src/target/arm_jtag.h
The USB performance regressions should now be fixed(including
those w/verify_ircapture enabled).
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development
t to pointer from integer of different size
Is this a 64 bit host?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios
On Mon, May 11, 2009 at 5:25 PM, Nicolas Pitre wrote:
> On Mon, 11 May 2009, Øyvind Harboe wrote:
>
>> 2009/5/11 Nicolas Pitre :
>> >
>> > cc1: warnings being treated as errors
>> > jtag.c: In function ‘jtag_check_value_mask_callback':
>> &g
As a workaround: try "verify_ircapture disable"
That disables the code I broke in 1743 (which I'll fix of course...)
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-deve
ow in some typechecking
Would you care to formulate a patch since you have a 64 bit system handy?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development
On Mon, May 11, 2009 at 6:21 PM, Nicolas Pitre wrote:
> On Mon, 11 May 2009, Øyvind Harboe wrote:
>
>> > /*
>> > * We don't care about the real pointer but only the low 32 bits of it
>> > * for some funky hash lookup. The double cast remov
I can reproduce this crash using the dummy interface
and the attached file. It's not quite obvious what's
going on, but since it crashes every time it probably
won't be too hard to figure out...
openocd -f test.cfg
--
Øyvind Harboe
Embedded software and hardware consultin
>> so I could either go with a union or these fancy games.
>
> How about using a design that doesn't rely on type punning?
>
> It'll be more clear to read/understand, and less fragile for
> folk using "other" systems (e.g. 64-bit) and for developers.
un
OK.
Try patch attached. Builds on Cygwin(x86 32 bits).
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
Index: C:/workspace/openocd/src/jtag/jtag.c
===
--- C:/workspace/openocd/src
On Mon, May 11, 2009 at 9:44 PM, Nicolas Pitre wrote:
> On Mon, 11 May 2009, Øyvind Harboe wrote:
>
>> OK.
>>
>> Try patch attached. Builds on Cygwin(x86 32 bits).
>
> Works for me on x86-64.
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and har
in irscan:
- does not support >32 bit fields(?). This maybe a problem for
omap devices(?)
- why not reuse the new drscan code?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
### Eclipse Workspace Patch 1.0
#P openocd
Index: sr
Fix committed.
irscan has always been badly broken. I wonder if it has
ever been used
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development
can't run the exact test case you
are running...
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
### Eclipse Workspace Patch 1.0
#P openocd
Index: src/target/arm9tdmi.c
===
I've committed a fix in 1738 for memory corruption introduced in 1730.
Thanks for bisecting to the offending release. This is definitely a case
of where numerous small commits saved my butt.
Hopefully this covers the problem that you are seing.
--
Øyvind Harboe
Embedded software and har
the rest of your life.”
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
re to focus on
> differentiation (testing apps vs debug/devel support?).
>
> I don't know that liburjag is much further along than
> libopenocd. But I see that it's in the works.
Could we make an interface driver in OpenOCD that would
be able to use the urjtag devi
On Tue, May 12, 2009 at 6:39 PM, Nicolas Pitre wrote:
> On Tue, 12 May 2009, Øyvind Harboe wrote:
>
>> I've committed a fix in 1753 for memory corruption introduced in 1730.
>>
>> Thanks for bisecting to the offending release. This is definitely a case
>> of wh
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
interface to OpenOCD which this thread is about. Or?
This would be neat for remote development / testing of
targets...
Use ssh + port forwarding to handle security
[chopped off another discussion I'm not following]
--
Øyvind Harboe
Embedded software and hardware c
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd
On Tue, May 12, 2009 at 8:12 PM, Nicolas Pitre wrote:
> On Tue, 12 May 2009, Øyvind Harboe wrote:
>
>> On Tue, May 12, 2009 at 6:39 PM, Nicolas Pitre wrote:
>> > About performance: things are reasonable again. It takes 90 seconds to
>> > flash 450 KB to NAND ins
On Tue, May 12, 2009 at 8:59 PM, Andreas Fritiofson
wrote:
> On Tue, May 12, 2009 at 8:18 AM, Øyvind Harboe
> wrote:
>> I couldn't believe my eyes when I saw what the bug was. irscan
>> has *always* been broken. I checked as far back as svn 345.
>>
>>
tter in for
the data in the input direction.
Now... I'm not super keen on this particular implementation / details,
but perhaps it will spark some ideas out there.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
nd one here is a little bit more straightforward... No
mysterious messing about u8 arrays
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
time), just talking.
We're talking about *helper* functions here, so they then sit
on top of the current API. That said helper functions *can* migrate
to become more directly supported in the API, if such
a thing should make sense.
--
Øyvind Harboe
Embedded software and hardware consulting ser
o the picture
for the 32 or 8 bit version of jtag_add_dr_scan().
?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
be herded into a 0.2 release
at this point, but I'm pretty sure it's a month away at least.
I don't know of a better predictor of # of changes to svn head
than last week * 90%.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.c
ng been discussed in the past, but perhaps I
> am remembering some other feature under recent development.
How about making this scriptable? :-)
The user can then choose between a specific target or autoconfig.cfg.
A new thread for this perhaps?
--
Øyvind Harboe
Embedded
ok but not tested.
So is this a patch you have lying around?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.ber
past, we've had our skin saved
by splitting patches into as many commits as possible.
Testers then bisect down to the offending release for a
particular problem.
Testing comes days, weeks and months after commits
in OpenOCD due to the availability of interfaces and
testing.
--
Øy
ectly.
Could you post a fresh patch against svn head(or at lest 1606)?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists
Patch contains command to disable checking value + mask.
verify_jtag disables ircapture verification too.
A dramatic effect on USB performance(>5-10%) would be surprising and
grounds for investigating if there is something wrong with drivers/JTAG
layer.
--
Øyvind Harboe
Embedded software
n_chain;
num_bits[0]=jtag_info->scann_size;
jtag_add_dr_out(jtag_info->tap,
1,
num_bits,
values,
TAP_INVALID);
--
Øyvind Harboe
Embedded softw
jtag_add_x_scan() w/TAP_INVALID deprecated.
- switch over jtag_add_x_scan() on some reasonable schedule.
Use numerous commits for bisecting purposes.
- retire jtag_add_endstate()
--
Øyvind Harboe
Embedded software and hardware consulting services
http://
ive suggestion is:
>
> - ONLY call jtag_add_endstate() from target layers, never inside jtag
> drivers.
Why not move this global variable into the target code? Why does
this global variable have to reside in the JTAG code?
--
Øyvind Harboe
Embedded software and hardware consulting servic
t; that I
added this morning to svn head...
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
ot;default" value.
So *all* places where TAP_INVALID is passed in as an argument would
be replaced by a specific state as defined by the calling code.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
On Wed, May 13, 2009 at 6:19 PM, Magnus Lundin wrote:
> Øyvind Harboe wrote:
>> On Wed, May 13, 2009 at 4:40 PM, David Brownell wrote:
>>
>>> On Wednesday 13 May 2009, Magnus Lundin wrote:
>>>
>>>> Not always, TAP_INVALID is really TAP_DONTCARE
yone not deeply familiar
> with the code, like "do with an illegal state".
TAP_INVALID can stay because it would truely be invalid to
use it anywhere. You can't define an invalid end state under
the new scheme, nor a default state, just a state that the
TAP con
bling any kind of self check features for such an error
> prone communication link.
The main purpose of this command is to verify that disabling
verification has little effect on performance. If there is a substantial
effect on performance, that would be indicative of a problem in the
code somewhere.
If you have any problems please report them.
All known functional and performance regressions since 1606
are now fixed in svn head.
We've even fixed one or two other bugs, e.g. irscan caused
segfault and shifted out the wrong values...
--
Øyvind Harboe
Embedded software and hardware consu
address
is wrong?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
es the *second* device (ARM926ejs) not first.
>
> Bisection is futile since most of the intermediate checkins
> don't build on x86_64.
JTAG enumeration is one of the things I *really* did not
expect to be affected by any recent work.
Does 1606 work?
Please provide details on how
d.
>
> This is scary. Anyone with valgrind skills?
I notice the "icepick". Is that one of the JTAG routing devices?
Could it be enabling/disabling devices in the chain?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
_
000 0x8000}
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
...
arm7_9 fast_memory_access enable
arm7_9 dcc_downloads enable
# dump, verify and load memory...
for {set i 0} {$i<1000} {set i [expr $i+1]} {puts $i; dump_image
c:\\temp\\test.bin 0x40004000 0x4000; verify_image c:\\temp\\test.bin
0x40004000 bin; load_image c:\\temp\\test.bin 0x40004000 bin}
--
with and without fast
memory access/dcc downloads.
Thoughts?
If there is interest in this I could write up a small skeleton and
then hopefully we could start getting patches to improve the
script as we go...
--
Øyvind Harboe
Embedded software and hardware consulting services
omap3.jrc 2 -endstate IRPAUSE
drscan omap3.jrc 32 0xa3002108 -endstate RUN/IDLE
irscan omap3.jrc 0x3F -endstate RUN/IDLE
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
### Eclipse Workspace Patch 1.0
#P openocd
Index: src/jtag
On Thu, May 14, 2009 at 7:45 PM, Zach Welch wrote:
> On Thu, 2009-05-14 at 12:36 +0200, Øyvind Harboe wrote:
>> I've been thinking a bit about a selftest script:
>>
>> - write a script that can run basic tests on all targets
>> - this script will need some paramet
Committed.
Any testing feedback here is appreciated.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de
,
buffer);
if (retval != ERROR_OK)
{
break;
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.b
lpc2294, but after some more testing the dump_image instability
appeared to be in both svn head and 1606.
I've fixed a few other bugs in svn head, so svn head should now
be better than 1606 in every respect.
--
Øyvind Harboe
Embedded software and hardware consulting services
ted
Example of such tinkering in attached patch
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
Index: C:/workspace/openocd/src/target/arm926ejs.c
===
--- C:/workspace/openocd/src
c:\\temp\\test.bin
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
The buglist/manual/examples committed to svn are now all in
sync with that old version.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.b
> Generally this is where a bug tracking system comes into play. Of course,
> as a community, we seem to be against that idea.
I think it's a matter of timing and we're nearing the point where it would
be *less* work for everybody if we had a bugtracking system.
--
Øyvind
e good old days of '09 when we had virtually no
users, few targets and we could do what we wanted. Now
is the time when we can make changes relatively easily.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
Please test this patch to see if it fixes mem2array/array2mem.
Perhaps you would consider adding a test to src/target/test/selftest.cfg ?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
### Eclipse Workspace Patch 1.0
#P openocd
Index: src
offer pretty much a full range
of embedded hardware, software and FPGA consulting work.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berli
ast
> years of email to know what's work and what don't !
Do we allow anybody to register bugs?
Perhaps we should require all bugs to be discussed in this mailing list first?
It's no good to have a million bugs in a database and have nobody
read that database either.
--
into this.
>
> Øyvind? You're one of our Jim experts :)
How's the attached patch?
Tested on:
- cygwin
- embedded host, where Jim Tcl is provided by athttpd and not embedded into
OpenOCD
Missing tests:
- mac
- linux
--
Øyvind Harboe
Embedded software and hardware consultin
so we could get single stepping support for all arm11 targets...
I believe that Zach is trying to round up a 0.2 release soon though. Could
be good to do this afterwards.
With a 0.2 out of the door, it should be easier to do these sorts of
things in svn head.
--
Øyvind Harboe
Embedded software
> Still an issue on OS X. Same problem, duplicate JIM symbols but now the
> locations have changed:
Is this an OS X or gcc 4.4 problem?
I'd like to have a confirmation that the patch works on Linux so I can
commit it and we can concentrate on the OS X(or GCC 4.4?) problem.
--
Øy
> I'd like to see the jtag.c changes as patch #1, ft2232 as #2, and JLink as
> #3. I'm fine with the ft2232 being a big patch, but I don't like having the
> JTAG changes mixed with the drivers.
Is there a reason we shouldn't apply the jtag.c changes now?
--
Øyvind
> Yes, and no.
> Many of these changes are only debug messages, so I would categorize them as
> cleanup without functional impact.
> So the need to be conservative is rather small here.
OK.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulti
tches...
I don't care what that format is really. I just don't want to
learn a new method to apply them each time.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development maili
So apply this patch?
Can anyone test?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
Index: C:/workspace/openocd/src/jtag/jtag.c
===
--- C:/workspace/openocd/src/jtag/jtag.c
bug tracking system, we could keep
patches in that system
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlio
I've committed this. It's less wrong than what's currently in svn. Tested
on Linux & Cygwin. Still fails on Mac.
Looking into part #2 to fix Mac(or -fno-common rather).
--
Øyvind Harboe
Embedded software and hardware consulting services
http://c
ue to
some *necessary* extra overhead in terms of extra operations
against the CPU between 657/1787.
Interesting though.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development
!
A remark on Jim Tcl: I'm not happy about that it is has all this "clever"
stuff w.r.t. DLLs vs. being embedded. Really where Jim Tcl shines
is when it is embedded into an application and it should be more
straightforward to do so...
--
Øyvind Harboe
Embedded software and hardware
CPU host processing power can have *any* effect
on this, then I've got lots of ideas on how to fix that.
For the PC host side, I've tried to optimize more for clarity and
testing than anything else.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://c
> Voodoo?
What's your standard deviation?
Nicolas Pitre showed it to be *huge* in his case...
Could be a red herring...
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development
patches there may be others who start to get interested.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlio
Sorry about dropping this on the floor.
Could you resubmit the patch against svn head?
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development
or it too....
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd
the "at91sam7" name, so my assumption that the *new* driver
has had a lot of testing exposure may well have been incorrect.
Please test & report.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
loas pointed out: the numbers were interesting, but inconclusive.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://list
Short answer: I don't know.
I thought I could safely remove the "old" driver after
nobody complained about the "new" driver since it
had months of testing.
Obviously that wasn't correct, but I'll have to look into this
more next week.
--
Øyvind Ha
On Sat, May 16, 2009 at 8:42 PM, Zach Welch wrote:
> On Sat, 2009-05-16 at 14:37 +0200, Øyvind Harboe wrote:
>> Hmmm I love true & false as much as the next guy + I'd even like to
>> see some restrained usage of C++ instead of all the ad hoc constructs
>> i
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
1001 - 1100 of 1478 matches
Mail list logo
