> It's an accident normally we are supposed to 0.5.0-rc2xxx
>
> I'm currently genereating the release
>
> sorry for the delay I was busy on the kernel merge window
np! The OpenOCD's maintainers official policy is not to overlap with
the kernel merge window! :-)
I just pushed an ARM11 bugfix. Shame on me! :-) We're about to cut a release.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-develo
cedure and when we do, then we get the annotated rc tags.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
O
> Release tags are annotated, but not rc tags
This sounds like a good policy to me.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Open
---
src/target/arm11_dbgtap.c | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/src/target/arm11_dbgtap.c b/src/target/arm11_dbgtap.c
index 5c671cc..c6c5a50 100644
--- a/src/target/arm11_dbgtap.c
+++ b/src/target/arm11_dbgtap.c
@@ -199,11 +199,15 @@ int arm11_ad
When I run git describe now I get v0.4.0-973-g0d7a948 rather than
a v0.5.0-rc2-.
Is that intentional?
I think it's nice that we stick to v0.4.0- until v0.5.0- goes out
of the door.
I have no particular opinion, except it should be by choice and not
by accident :-)
--
Ø
Hi Rordrigo,
it's too late for this release, we're just waiting for the release to go
out of the door, I don't think there are any issues we intend to fix
at this point.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International
added some comments.
Thanks!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
My experience is that we're better off using a much lower frequency
when running of an RC. Perhaps that's just superstition...
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www
___
> Openocd-development mailing list
> Openocd-development@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/openocd-development
>
>
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
I think you're missing changes to nor/flash.c and Makefile.am?
To amend latest commit:
git add
git commit --amend
git format-patch origin/master
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zyli
If this problem eventually goes away, then I think it would make sense not
to leave cruft in OpenOCD that we have to remove later?
The workaround is available on the mailing list...
I don't maintain or know much about ft2232, just a general comment.
--
Øyvind Harboe - Can Zylin Consulting
Nice :-)
I don't have a problem with this patch.
I don't know precisely what changes Jean-Christophe wants
to go in after rc2 though...
Perhaps the code could be simplified by the below,
but then again perhaps not:
int amd_two = 2, amd_three = 3;
if (swapped)
{
...
}
--
Øyv
ore about this code, perhaps he'll bite?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-developmen
the
next one and have CFI flash writes just fill up dram
with code and data....
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mail
the entire image and flashes it to RAM.
The advantage is that one can disconnect OpenOCD as soon as
the RAM image is uploaded, but leave the power on.
Uploading to RAM is much faster. As fast as 1mByte/s or so. A >10x
improvement :-)
--
Øyvind Harboe - Can Zylin Consulting help on your proje
> "minIni" from CompuPhase might be an option to parse ini-files. It's a
> reather small code written in C, open-source and has a GPL-compatible
> license.
The Apache License is not GPL compatible.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US
alect... Here is
a Java library
to parse ini file that I googled up. I'm sure there are ini file parsers for
any language on the planet...
http://ini4j.sourceforge.net/
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87
On Mon, Jul 11, 2011 at 1:10 PM, Drasko DRASKOVIC
wrote:
> On Mon, Jul 11, 2011 at 12:52 PM, Øyvind Harboe
> wrote:
>> On Mon, Jul 11, 2011 at 12:45 PM, Drasko DRASKOVIC
>> wrote:
>>> On Mon, Jul 11, 2011 at 11:53 AM, Øyvind Harboe
>>> wrote:
On Mon, Jul 11, 2011 at 12:45 PM, Drasko DRASKOVIC
wrote:
> On Mon, Jul 11, 2011 at 11:53 AM, Øyvind Harboe
> wrote:
>> I think there is a fundamental misunderstanding about JTAG
>> and OpenOCD.
>>
>> Let me try to clarify:
>>
>> JTAG clocks in and out
On Mon, Jul 11, 2011 at 12:17 PM, Drasko DRASKOVIC
wrote:
> On Mon, Jul 11, 2011 at 7:31 AM, Øyvind Harboe
> wrote:
>> Now a sequence of 8 bit words happens to be identical to
>> little endian representation
> In what way ? 8 bits is 8 bits - one byte, bits 7:0. I
happen to be one byte long.
The confusion starts when a series of one byte words and little endian
representations are identical.
Really OpenOCD could have stored the bits as a series of
words larger than bytes in the host representation to be more
efficient.
--
Øyvind Harboe - Can Zylin Consulti
be useful.
The JTAG functions use a sequence of 8 bit words to
represent the data that is being clocked in-out. It could have
been a sequence of, say, 32 or 64 bit words.
Now a sequence of 8 bit words happens to be identical to
little endian representation, which is a source of much confusion, I&#x
Fixed.
How did you find these? Some sort of tool?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development
On the subject of tarballs for release candidates. I think David
Brownell and Zach Welch used to do this.
At least I think you presented some evidence that perhaps at least
the *first* rc should be a tarball so as to catch any problems
--
Øyvind Harboe - Can Zylin Consulting help on your
0} {set i [expr $i+1]} {
# some test here, reset init being the minimal test
reset init
}
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-develo
with the target when we try to do this.
poll off
irscan xxx
drscan yyy
poll on
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing
> that casts void* buf to uint32_t*.
Actually buffer is uint8_t *. The definition of target->type->read_memory is
bad in that it uses uint8_t * instead of void *. Which is kinda the
root of this mess.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866
only be accessed at two- or
four-byte boundaries.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development
ps_m4k.c:937:
warning: cast increases required alignment of target type
/home/oyvind/workspace/zy1000/build/../openocd/src/target/mips_m4k.c:
In function 'mips_m4k_bulk_write_memory':
/home/oyvind/workspace/zy1000/build/../openocd/src/target/mips_m4k.c:1077:
warning: cast increases required al
On Fri, Jul 8, 2011 at 12:31 PM, Drasko DRASKOVIC
wrote:
> On Fri, Jul 8, 2011 at 12:14 PM, Øyvind Harboe
> wrote:
>>> There is no particular need to cast this into uint8_t* and this can be
>>> kept as a void*. Would that suppress the warnings ?
>>
>>
> There is no particular need to cast this into uint8_t* and this can be
> kept as a void*. Would that suppress the warnings ?
It does look like this code is using uint8_t * in lieu of void *...
I think it would suppress the warnings, yes.
--
Øyvind Harboe - Can Zylin Consulting help o
> OK, I am starting to get this... Thanks Øyvind.
>
> But looking from to the code, I see no explicit casting uint8_t* to
> uint32_t in mips_pracc code. Where did you exactly run into compiler
> warning ?
git revert 2482244b0788c007dd789c2
--
Øyvind Harboe - Can Zylin Consulti
On Fri, Jul 8, 2011 at 11:43 AM, Drasko DRASKOVIC
wrote:
> On Thu, Jul 7, 2011 at 11:58 AM, Øyvind Harboe
> wrote:
>> Note that this problem has cropped up many places over the OpenOCD
>> code. I'd like to get rid of it once and for all
>>
>> I absolutely
I'll be out of the office end of July. This is roughly when the
release will be cut anyway, so no changes is probably good :-)
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zyli
> There is no problem to get it work, but I'm not sure if this is
> really the best way. I try to prepare a patch within the next
> days, so you and others can comment.
I have particular reason to be especially grateful for your efforts here... ;-)
Thanks!
--
Øyvind Harb
, so no cast necessary.
> con: Add swapping to at least 10 seperate functions
I clearly do not know the code well enough and I have no facilities to
test such a thing I trust you here though.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / Inter
> is also a cast from void* to uint32_t*. If there will be an alignment error,
> it will
> occur here too.
That's correct. There is no way to know from the code context, is there?
No documentation either.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US to
expected and
common form on the list is that the contribution will receive the
widest possible scrutiny.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
nter, then cast back to e.g. uint32_t *. Casting to/from void *
does not yield a warning(should not anyway, right?), but casting from
uint8_t * to uint32_t * is dubious because the code does not clearly
state it's assumptions.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US
011/7/7 Mahr, Stefan :
> Øyvind Harboe wrote:
>> It is not obvious at all from the context that there is an alignment
>> guarantee.
>
> If alignment is not guaranteed, casting from uint32 to void would cause
> problems too, wouldn't it?
Why?
> http://openocd.git.
Hi,
I am one of the OpenOCD maintainers. The job as a maintainer is
to help contributors(you in this case) understand what must be done
before we can accept a patch.
Please create a patch and submit to the list, see:
http://repo.or.cz/w/openocd.git/blob/HEAD:/HACKING
Thanks!
--
Øyvind
Read the developer documentation and the source
Get prescription strength patience ointment
Copy and paste the target that you think bears some resemblance
to your target and start hacking a bit to get a feel for what's going on.
http://openocd.berlios.de/web/?page_id=78
--
Ø
*data)
{
uint32_t t;
// Let's trust the compiler to do something very clever here.
int i;
for (i = 0; i < sizeof(t); i++)
{
((uint8_t *)&t)[i] = data[i];
}
return t;
}
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / Inter
y cast void *back* to uint32 ? If not, I would prefer
> the simplifed solution.
The below does not work in all cases. It will break on architectures that
do not support unaligned access.
That's why GCC is complaining. Sometimes...
--
Øyvind Harboe - Can Zylin Consulting help on your pr
read_unaligned(const void *data)
{
uint32_t t;
// Let's trust the compiler to do something very clever here.
memcpy(&t, data, sizeof(t));
return t;
}
?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / Internatio
#if 0 + comment is fine. But if you have code that you will
start using soon, then it's better if you keep it around and
submit it along with your next patches when it is ready.
There is always *something* to tinker with in a fn that hasn't
been tested...
--
Øyvind Harboe - Can Zylin
Split it into a separate patch and push it off into a "iwillusethissoon" branch?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-d
gt; have to
> > exist in host endian versions.
>
> "mips32_pracc_read_mem" casts uint32 to void, so we need to cast it
> back to uint32. I found no suitable macro in actual sources.
Hmm then I think we ought to define one to get this put to
bed once and for all...
--
Øyvind
have to
exist in host endian versions.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
http
You need to configure with:
./configure --enable-maintainer-mode
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
On Fri, Jul 1, 2011 at 6:16 PM, Øyvind Harboe wrote:
> We can't accept it unless the copyright holder grants us the rights
> to use it under the GPL 2 or later(OpenOCD's) license.
Or if the copyright holder releases it into the public domain.
--
Øyvind Harboe - Can Zylin Co
them.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman
That would still require the copyright holder to step forth and
say that he owns the code.
I'm not sure that the poster has claimed that he wrote the code
yet
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
ent by the client, but no data
> (length=0).
You need to use the "capture" command to capture progress output.
Try something like:
capture {reset halt}
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
JCP will post something on the new procedures
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development
Merged.
I took the opportunity to just copy and paste the pull request into
my shell and it worked fine :-)
Soo. can I teach my mail client to add a button to just do it... :-)
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51
We can't accept it unless the copyright holder grants us the rights
to use it under the GPL 2 or later(OpenOCD's) license.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www
On Fri, Jul 1, 2011 at 8:10 AM, Xiaofan Chen wrote:
> On Fri, Jul 1, 2011 at 1:28 PM, Øyvind Harboe wrote:
>> Richard wrote
>>> I have been instructed we can only make the contribution if no
>>> explicit copyright claim is required. Is that acceptable?
>>
&
ind bugs in
OpenOCD just going over each invocation. Boring tedious work,
but probably no more than an hour...
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://ww
target memory, then you can also write
words without worrying about endianness.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing
Looks good to me!
Please put it into your mips branch and post a pull request once
everything is ready. I know you were working on something else too.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com
of a remote
bitbang jtag driver
To: Øyvind Harboe
Cc: "openocd-development@lists.berlios.de"
I have been instructed we can only make the contribution if no
explicit copyright claim is required. Is that acceptable?
Richard
____
From: Øyv
If you can maintain a branch with fixes that are ready to go
into the master branch, then that's really what we're looking
for at this point.
You'll then send a "pull request" and the release manager will
merge if it the pull request is ack'ed by others.
--
Øyvind
Perhaps you would like to volunteer as a MIPS submaintainer? :-)
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
On Thu, Jun 30, 2011 at 4:36 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 16:35 Thu 30 Jun , Øyvind Harboe wrote:
>> > It will be nice to have a list of Maintainer and their role to specify
>> > which
>> > part of OpenOCD they take care of
>>
>>
> It will be nice to have a list of Maintainer and their role to specify which
> part of OpenOCD they take care of
Admin / maintainer:
"Spencer Oliver" ,
"Øyvind Harboe" ,
Maintainer: "Peter Stuge"
and yourself...
--
Øyvind Harboe - Can Zylin Consultin
help improve quality and
progress!
He has been added to the source forge project.
Over to you Jean-Christophe!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zyli
The warnings are gone.
I saw some more followup to your patches. Could you work over
that feedback and push a fix to a branch in your fork and post
a message when it's ready?
Thanks!
We may be moving to "pull requests" soon....
--
Øyvind Harboe - Can Zylin Consulting help on y
Could you create a branch in your fork and post something when it's ready?
Thanks!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Op
bftdi
> CFLAGS="-O3 -g -Wcast-align"
> but still no warnings...
> what flags are you using?
I don't know precisely why some target compilers have more than
others. nios2-elf-gcc gives genuine warnings that I would have liked
to see from x86 as well. Gcc versions? Som
On Wed, Jun 29, 2011 at 4:32 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 07:24 Wed 29 Jun , Øyvind Harboe wrote:
>> On Wed, Jun 29, 2011 at 2:30 AM, Jean-Christophe PLAGNIOL-VILLARD
>> wrote:
>> > On 20:20 Tue 28 Jun , Øyvind Harboe wrote:
>> >>
On Wed, Jun 29, 2011 at 4:25 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 08:34 Wed 29 Jun , Øyvind Harboe wrote:
>> So when I send a pull request to you from my repository, would
>> you rebase or merge?
> merge never rebase the master repo
I was thinking about branches
warnings?
- counter = FLUSH_COUNT_FLASH;
+ counter = FLUSH_COUNT_READ_WRITE;
> do you have any clue about what i'm doing wrong?
What warnings you get depend on what compiler you're using.
try
CFLAGS="-O3 -g" configure xxxxxx
--
Øyvind Harboe - Can Zylin Consulti
?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de
On Wed, Jun 29, 2011 at 7:43 AM, simon qian wrote:
> Is it possible to update Versaloon driver in 0.5.0 release?
> Mail me if there is any problem with the driver patch.
I don't have a problem with applying this patch as it only affects the versaloon
interface driver...
--
Øyvind H
On Wed, Jun 29, 2011 at 2:30 AM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 20:20 Tue 28 Jun , Øyvind Harboe wrote:
>> Where is the plan?
> I'll write the patch when we have finish the discussion about the workflow
> now we just close the merge window
k. While we&#x
r too much busy you use it
> but in normal time you don't
That's the idea. All the official maintainers would have write access to
make "emergency changes" or something more planned like handle
vacations, etc.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
U
kspace/zy1000/build/../openocd/src/target/dsp5680xx.c:815:
warning: cast increases required alignment of target type
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
_
Where is the plan?
Could you create a mirror at the openocd git mirror?
We've done that so far and it makes it easier to find stuff...
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zyli
On Tue, Jun 28, 2011 at 7:30 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 19:39 Tue 28 Jun , Øyvind Harboe wrote:
>> > but now all the maintainer will have their own fork/repository
>> > as done in the kernel
>>
>> Right. And you will pull & mer
> but now all the maintainer will have their own fork/repository
> as done in the kernel
Right. And you will pull & merge from us and push the result to the
master branch?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +4
On Tue, Jun 28, 2011 at 6:58 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 19:04 Tue 28 Jun , Øyvind Harboe wrote:
>> > The best way to do is to choose one git tree as the master git
>> > then each maintainer will have their one git tree too
>> > wher
epository.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman
st increases required
alignment of target type
openocd/src/target/dsp5680xx.c:941: warning: cast increases required
alignment of target type
openocd/src/target/dsp5680xx.c: In function 'dsp5680xx_f_wr':
openocd/src/target/dsp5680xx.c:1355: warning: cast increases required
alignment of targ
Please see if you can get someone to review the changes and
when it is ready, resubmit the patch as a git patch.
http://repo.or.cz/w/openocd.git/blob/HEAD:/HACKING
Thanks!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
Merged.
Thanks!
I've tested with --enable-dummy driver, this does not check that
your code builds without warnings or errors, but that it does not
break other driver builds in any obvious way. Good 'nuf for now.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll
.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo
Can someone review this?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https
Before we can accept this patch, it must not break other
drivers or build configurations.
If there is a dependency on libdti (???) then the config files
must only check for it's presence if those other dependencies
are required.
--
Øyvind Harboe - Can Zylin Consulting help on your projec
ver(s)
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/lis
Please submit a patch.
Thanks!
See:
http://openocd.git.sourceforge.net/git/gitweb.cgi?p=openocd/openocd;a=blob;f=HACKING;hb=HEAD
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com
Modelsim to add a JTAG interface to the ZPU.
I definitely see the academic value of this feature. It's not a stretch
of the imagination that a university would get an ARM7 core to
use in a simulation. The student could then demonstrate a fully
functional system under Modelsim...
--
Øyvind Ha
w, so the inefficient protocol
would not matter, probably ease of implementation would be the big
one.
(gdb) set remotetimeout 10000 :-)
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
Anyone have any objections against this patch?
Did anyone else but Andreas Fritiofson review it in detail?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com
The patch fails.
Could you rebase and repost?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development
Merged.
Thanks!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https
_
Jim-devel mailing list
jim-de...@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/jim-devel
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
I would like to see more maintainers for OpenOCD.
Anyone out there?
Please email me and we can talk.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com
don't think it moves
us backwards or forwards.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-developme
201 - 300 of 4019 matches
Mail list logo
