fixing are different.
patch1: Cast from "uint32_t *" to "uint8_t *".
patch2: use union
patch3: "uint8_t *" => "ulong" => "uint32_t *"
tested with gcc 3.4.5 and 4.4.0.
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japa
cwd, cwd_len );
zw> + if (NULL == cwd) strcpy(cwd, "unknown");
this is bug.
when cwd is NULL, strcpy will cause segfault;
if (! getcwd( cwd, cwd_len ) ) strcpy(cwd, "unknown");
is better;
Hiroshi Ito
Media Lab.
I change my mind, I withdraw from this.
From: Hiroshi Ito
Subject: Re: [Openocd-development] recive the linux kernel's DCC messages
Date: Tue, 24 Mar 2009 21:49:04 +0900 (JST)
Message-ID: <20090324.214904.07636811@mlb.co.jp>
> > I did something similar thanks for the patc
ble'|'disable'> [<'openocd'|'charmsg'>]]
this syntax can easily extend to the various implementation.
I will make a patch.
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only. )
TEL +81-3-5294-7255 FAX +81-3-529
This patch adds a feature to recive such a message.
to enable this feature, type
target_request debugmsgs charmsg
# I am not a good english speaker, and I do not know about texi.
# please fix them, if there is strange sentence.
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp (
5
0xc0023a78 0x11a0100d MOVNE r1, r13
>
Orignal src has 9 digits constant. it shold be worng.
so, I change BLX(2) instruction too, but I did not tested.
can anybody test it?
--------
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only. )
TEL +81-3-5294-7255 FAX
daeman => deamon
gdb_breakpoint_override disabled => gdb_breakpoint_override disable
----
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only. )
TEL +81-3-5294-7255 FAX +81-3-5294-7256
Index: src/server/gdb_se
I'm running openocd on EP9307(arm920t) CPU, as a HOST.
"trace history" get "Floating point exception" and die,
when trace_history_size is 0.
Attached patch fix it.
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only. )
TEL +81-3-5294-
has been placed on the pins before changing it without
> using RTCK?
RTCK method is optional.
I do not use it.(but tested, it works fine)
I checked TCK with osilloscope.
I put result of it as a comment.
this might be helpfull for another user.
Hiroshi Ito
Media Lab. Inc.,
URL http
> bash-3.2$ svn diff jtag.c
> Index: jtag.c
> ===
> --- jtag.c(revision 1204)
> +++ jtag.c(working copy)
this works fine, on my board.
thanks.
--------
Hiroshi Ito
Media Lab. Inc.,
URL http://www.ml
t; + ;
> > }
> >
>
> A for loop like that can't reliably be used as a delay loop.
Thank you for your advice.
I fix it.
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only. )
TEL +81-3-5294-7255 FAX +81-3-5294-7256
Index: src/jtag
n unaligned access is
> encountered, but the OS should catch the trap and handle the unaligned
> access correctly.
Yes, It is good OS, but we should not rely on.
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only. )
TEL +81-3-529
> > How about this patch. this also works.
> >
> > Is it acceptable ?
>
> I change the code.
> this is more readable.
same, but revert unnecessary change.
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only. )
TEL +81-3-5294-7255
> How about this patch. this also works.
>
> Is it acceptable ?
I change the code.
this is more readable.
----
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only. )
TEL +81-3-5294-7255 FAX +81-3-5294-7256
Index: src/jt
How about this patch. this also works.
Is it acceptable ?
> On Dec 2, 2008, at 12:46 PM, Hiroshi Ito wrote:
>
> > I'm running openocd on EP9307(arm925t) CPU, as a HOST.
> > and target is EP9307 and ARM926t with EP9307 GPIO.
> >
> > revision 1183
with compile time.
it can apply after my last patch.
From: Hiroshi Ito <[EMAIL PROTECTED]>
Subject: Re: [Openocd-development] PATCH:fix ep93xx.c
Date: Tue, 02 Dec 2008 13:56:34 +0900 (JST)
Message-ID: <[EMAIL PROTECTED]>
----
Hiroshi Ito
Media Lab. Inc.,
URL http://www.
> > > I'm running openocd on EP9307(arm925t) CPU, as a HOST.
> > > and target is EP9307 and ARM926t with EP9307 GPIO.
> >
> > src/jtag/ep93xx.c is obviously broken.
> >
> > original author's way should be this.
>
> Sorry, it was a wrong patch.
> attchment is a good one.
Sorry, again.
forge
> > I'm running openocd on EP9307(arm925t) CPU, as a HOST.
> > and target is EP9307 and ARM926t with EP9307 GPIO.
>
> src/jtag/ep93xx.c is obviously broken.
>
> original author's way should be this.
Sorry, it was a wrong patch.
attchment is a good one.
-
> I'm running openocd on EP9307(arm925t) CPU, as a HOST.
> and target is EP9307 and ARM926t with EP9307 GPIO.
src/jtag/ep93xx.c is obviously broken.
original author's way should be this.
----
Hiroshi Ito
Media Lab. Inc.,
URL http://www.mlb.co.jp ( Sorry, Japanese only.
I'm running openocd on EP9307(arm925t) CPU, as a HOST.
and target is EP9307 and ARM926t with EP9307 GPIO.
revision 1183 cause seg fault.
The problem is, cmd_queue_alloc returns unaligned pointer.
but it is used as a pointer to structure.
This patch fix it. and it is working.
Index: src/jtag/jtag.
20 matches
Mail list logo
